Announce: UPnPBridge = integrate UPnP/DLNA players with LMS (squeeze2upnp)

**sveninndh** · 2019-05-12, 06:29

Originally Posted by philippe_44

Well, it's probably one of these insanities from Bose where the do not report time correctly after a play/pause. I would still be interested by a log of that anyway

Here is the log from the first three Tracks of "Pink Floyd - Dark Side of the Moon" from "My Music" library of LMS.

I hope you see my user actions in the log.

upnpbridge_mymusic2.log

I tried it with version 1.18.2 and it is the same like 1.16.1.

After restart of upnp-bridge I start playing the song from my music library (NAS).
After some seconds of playing I press pause, then the music stops finally and all seems ok.
Now I press pause again and the music is playing further, but after approximately 10 seconds the music is gone but in the UI the playing bar goes further.

At the end of the third track I tried also the stop command a lot of times until music stops finally.

I used the Squeezelight-X with Material Skin.

HTH

**ShutterShock** · 2019-05-16, 08:56

Philippe,

I was hoping to get your opinion...

From the start of using the UPnP/DLNA Bridge, the UPnP session between LMS and the renderer in my Hegel H190 frequently drops. Power cycling the Hegel seems to be the only remedy. I can easily "force" UPnP session drops by track-scrubbing (forward and backward) or making rapid track changes etc. Otherwise the UPnP session will eventually drop on its own through regular playback.

I'm running LMS 7.7.6 on a Synology DS-218+ (2GB RAM, Dual CPU at 2.0 GHz burst up to 2.5 GHz).

My emerging theory is the NAS could be sacrificing UPnP session stability in favour of other tasks. For example, "housekeeping" tasks on the NAS may be taking CPU cycles away from LMS (along with UPnP/DLNA Bridge) to the point where UPnP session management is compromised. The only other active app on this NAS is PLEX - something I only use occasionally and never when the Hegel/LMS is being used. To the best of my knowledge, I have UPnP/DLNA Bridge working as a pass-through - so no transcoding is happening in the NAS.

Do you think dedicating a PC (with a faster CPU) to LMS would reduce or eliminate these UPnP session drops?

FYI: As a work-around I've been using Synology's Audio Station/Media Server combo for UPnP. It rarely drops UPnP sessions but has some other nasty behavior. It also lacks the elegance and flexibility of the iPeng/LMS experience.

I've been looking at Roon and Audirvana as potential replacements for LMS but neither appeal to me for various reasons. I'm very devoted to LMS.

Thank you.

**thk_ms** · 2019-05-16, 10:33

Originally Posted by thk_ms

Hello,

version 1.40 runs. version 1.50 doesn't!

Greatings, thk_ms

Hello Philippe,

you know, that the Version 1.4 was the last one witch works farish with my Synology 213+ (ppc). There are always recurrent gaps in playback. Is it possible, that you exerine this version for the biggest mistrakes for a gapless playback?

For logging I played an album without changing anything. This ist the log with a gap in playback in 19:22 at the title "higher Ground". The Playbar walks forward in this time an after finishing the title the time-display goes on without changing to the next title. :

Code:

[19:19:24.537224] output_http_thread:287 [0x1028daa0]: draining (24665736 bytes)
[19:19:24.537354] sendSTAT:160 [0x1028daa0]: STAT:[STMd] msplayed 213000
[19:19:24.649789] process_strm:229 [0x1028daa0] strm command s
[19:19:24.649949] process_strm:298 [0x1028daa0], strm s autostart: 1 transition period: 10 transition type: 0 codec: f
[19:19:24.649997] sendSTAT:160 [0x1028daa0]: STAT:[STMf] msplayed 213000
[19:19:24.669070] bind_socket:358 cannot bind socket 11
[19:19:24.669192] bind_socket:358 cannot bind socket 11
[19:19:24.669271] output_start:82 [0x1028daa0]: start thread 1
[19:19:24.669411] sq_callback:297 [0x1030a3f0]:
	artist:Blaudzun
	album:Blaudzun
	title:Higher Ground
	genre:Folk Rock
	duration:369.546
	size:0
	cover:
	offset:1
[19:19:24.669490] sq_callback:311 [0x1030a3f0]: next URI gapped http://192.168.1.11:49154/bridge-6.flac
[19:19:24.669528] process_start:1162 [0x1028daa0]: codec:c, ch:0, s:0, r:0
[19:19:24.669736] sendSTAT:160 [0x1028daa0]: STAT:[STMc] msplayed 213000
[19:19:29.903852] output_http_thread:239 [0x1028daa0]: self-exit 
[19:19:29.904572] output_http_thread:369 [0x1028daa0]: end thread 0 (25182854 bytes)
[19:19:35.000610] slimproto_run:564 [0x1028daa0] Closing CLI socket 7
[19:19:46.827878] _SyncNotifState:500 [0x1030a3f0]: gapped transition http://192.168.1.11:49154/bridge-6.flac
[19:19:46.828208] AVTSetURI:91 [0x1030a3f0]: uPNP setURI http://192.168.1.11:49154/bridge-6.flac (cookie 0x731)
[19:19:46.828929] AVTPlay:151 [0x1030a3f0]: uPNP play (cookie 0x732)
[19:19:47.201231] output_http_thread:135 [0x1028daa0]: got HTTP connection 10
[19:19:47.201886] output_http_thread:181 [0x1028daa0]: drain is 2621440 (waited 22532)
[19:19:47.203197] handle_http:461 [0x1028daa0]: received HEAD /bridge-6.flac HTTP/1.1
[19:19:47.203246] handle_http:464 [0x1028daa0]: HTTP headers
Host: 192.168.1.11:49154
Accept: */*
Connection: close
User-Agent: NSPlayer/10.1
Pragma: no-cache
Pragma: rate=1.000000
Pragma: stream-time=0
Pragma: stream-offset=4294967295:4294967295
Pragma: request-content=2
Pragma: max-duration=0
Pragma: xClientGUID={3300AD50-2C39-46c0-AE0A-1881F237C0F3}
Pragma: xPlayStrm=1
Pragma: stream-switch-entry=ffff:1:0
Pragma: stream-switch-count=1

[19:19:47.203424] handle_http:549 [0x1028daa0]: responding:
HTTP/1.1 200 OK
Server: squeezebox-bridge
Connection: close
Content-Type: audio/x-flac
Transfer-Encoding: chunked


[19:19:47.203479] output_http_thread:204 [0x1028daa0]: HTTP close 10 (bytes 0) (n:1 res:0)
[19:19:47.213281] output_http_thread:135 [0x1028daa0]: got HTTP connection 10
[19:19:47.213852] handle_http:461 [0x1028daa0]: received GET /bridge-6.flac HTTP/1.1
[19:19:47.213917] handle_http:464 [0x1028daa0]: HTTP headers
Host: 192.168.1.11:49154
Connection: keep-alive
User-Agent: Streamium/1.0
Accept: */*

[19:19:47.214057] handle_http:549 [0x1028daa0]: responding:
HTTP/1.1 200 OK
Server: squeezebox-bridge
Connection: close
Content-Type: audio/x-flac
Transfer-Encoding: chunked


[19:19:48.825837] sendSTAT:160 [0x1028daa0]: STAT:[STMs] msplayed 0
[19:19:48.842292] _SyncNotifState:532 thk-aw5000: uPNP playing
[19:22:03.000195] UpdateThread:921 [0x1030a3f0]: removing unresponsive player (thk-aw5000)
[19:22:03.000323] slimproto_close:917 [0x1028daa0] slimproto stop for thk-aw5000
[19:22:03.106585] output_http_thread:369 [0x1028daa0]: end thread 1 (12905184 bytes)
[19:22:03.107750] output_close:598 [0x1028daa0] close media renderer
[19:28:23.941678] AddMRDevice:1167 [0x1030a3f0]: adding renderer (thk-aw5000)
[19:28:23.966326] slimproto:847 squeezelite [0x1028daa0] <=> player [0x1030a3f0]
[19:28:23.966416] slimproto:848 [0x1028daa0] connecting to 192.168.1.11:3483
[19:28:23.967633] slimproto:879 [0x1028daa0] connected
[19:28:23.967754] sendHELO:127 [0x1028daa0] cap: Model=squeezelite,ModelName=SqueezeLite,AccuratePlayPoints=0,HasDigitalOut=1,MaxSampleRate=48000,aac,flc,aif,pcm,mp3
[19:28:23.971871] MasterHandler:856 [0x1030a3f0]: subscribe success
[19:28:24.002356] _ProcessVolume:600 [0x1030a3f0]: UPnP Volume local change 21
[19:28:24.124680] AVTStop:217 [0x1030a3f0]: uPNP stop (cookie (nil))
[19:28:39.002620] slimproto_run:564 [0x1028daa0] Closing CLI socket 11

Can you help in this particular case?

Thank you very much, thk_ms

**philippe_44** · 2019-05-16, 19:23

Originally Posted by thk_ms

Hello Philippe,

you know, that the Version 1.4 was the last one witch works farish with my Synology 213+ (ppc). There are always recurrent gaps in playback. Is it possible, that you exerine this version for the biggest mistrakes for a gapless playback?

For logging I played an album without changing anything. This ist the log with a gap in playback in 19:22 at the title "higher Ground". The Playbar walks forward in this time an after finishing the title the time-display goes on without changing to the next title. :

Code:

[19:19:24.537224] output_http_thread:287 [0x1028daa0]: draining (24665736 bytes)
[19:19:24.537354] sendSTAT:160 [0x1028daa0]: STAT:[STMd] msplayed 213000
[19:19:24.649789] process_strm:229 [0x1028daa0] strm command s
[19:19:24.649949] process_strm:298 [0x1028daa0], strm s autostart: 1 transition period: 10 transition type: 0 codec: f
[19:19:24.649997] sendSTAT:160 [0x1028daa0]: STAT:[STMf] msplayed 213000
[19:19:24.669070] bind_socket:358 cannot bind socket 11
[19:19:24.669192] bind_socket:358 cannot bind socket 11
[19:19:24.669271] output_start:82 [0x1028daa0]: start thread 1
[19:19:24.669411] sq_callback:297 [0x1030a3f0]:
	artist:Blaudzun
	album:Blaudzun
	title:Higher Ground
	genre:Folk Rock
	duration:369.546
	size:0
	cover:
	offset:1
[19:19:24.669490] sq_callback:311 [0x1030a3f0]: next URI gapped http://192.168.1.11:49154/bridge-6.flac
[19:19:24.669528] process_start:1162 [0x1028daa0]: codec:c, ch:0, s:0, r:0
[19:19:24.669736] sendSTAT:160 [0x1028daa0]: STAT:[STMc] msplayed 213000
[19:19:29.903852] output_http_thread:239 [0x1028daa0]: self-exit 
[19:19:29.904572] output_http_thread:369 [0x1028daa0]: end thread 0 (25182854 bytes)
[19:19:35.000610] slimproto_run:564 [0x1028daa0] Closing CLI socket 7
[19:19:46.827878] _SyncNotifState:500 [0x1030a3f0]: gapped transition http://192.168.1.11:49154/bridge-6.flac
[19:19:46.828208] AVTSetURI:91 [0x1030a3f0]: uPNP setURI http://192.168.1.11:49154/bridge-6.flac (cookie 0x731)
[19:19:46.828929] AVTPlay:151 [0x1030a3f0]: uPNP play (cookie 0x732)
[19:19:47.201231] output_http_thread:135 [0x1028daa0]: got HTTP connection 10
[19:19:47.201886] output_http_thread:181 [0x1028daa0]: drain is 2621440 (waited 22532)
[19:19:47.203197] handle_http:461 [0x1028daa0]: received HEAD /bridge-6.flac HTTP/1.1
[19:19:47.203246] handle_http:464 [0x1028daa0]: HTTP headers
Host: 192.168.1.11:49154
Accept: */*
Connection: close
User-Agent: NSPlayer/10.1
Pragma: no-cache
Pragma: rate=1.000000
Pragma: stream-time=0
Pragma: stream-offset=4294967295:4294967295
Pragma: request-content=2
Pragma: max-duration=0
Pragma: xClientGUID={3300AD50-2C39-46c0-AE0A-1881F237C0F3}
Pragma: xPlayStrm=1
Pragma: stream-switch-entry=ffff:1:0
Pragma: stream-switch-count=1

[19:19:47.203424] handle_http:549 [0x1028daa0]: responding:
HTTP/1.1 200 OK
Server: squeezebox-bridge
Connection: close
Content-Type: audio/x-flac
Transfer-Encoding: chunked


[19:19:47.203479] output_http_thread:204 [0x1028daa0]: HTTP close 10 (bytes 0) (n:1 res:0)
[19:19:47.213281] output_http_thread:135 [0x1028daa0]: got HTTP connection 10
[19:19:47.213852] handle_http:461 [0x1028daa0]: received GET /bridge-6.flac HTTP/1.1
[19:19:47.213917] handle_http:464 [0x1028daa0]: HTTP headers
Host: 192.168.1.11:49154
Connection: keep-alive
User-Agent: Streamium/1.0
Accept: */*

[19:19:47.214057] handle_http:549 [0x1028daa0]: responding:
HTTP/1.1 200 OK
Server: squeezebox-bridge
Connection: close
Content-Type: audio/x-flac
Transfer-Encoding: chunked


[19:19:48.825837] sendSTAT:160 [0x1028daa0]: STAT:[STMs] msplayed 0
[19:19:48.842292] _SyncNotifState:532 thk-aw5000: uPNP playing
[19:22:03.000195] UpdateThread:921 [0x1030a3f0]: removing unresponsive player (thk-aw5000)
[19:22:03.000323] slimproto_close:917 [0x1028daa0] slimproto stop for thk-aw5000
[19:22:03.106585] output_http_thread:369 [0x1028daa0]: end thread 1 (12905184 bytes)
[19:22:03.107750] output_close:598 [0x1028daa0] close media renderer
[19:28:23.941678] AddMRDevice:1167 [0x1030a3f0]: adding renderer (thk-aw5000)
[19:28:23.966326] slimproto:847 squeezelite [0x1028daa0] <=> player [0x1030a3f0]
[19:28:23.966416] slimproto:848 [0x1028daa0] connecting to 192.168.1.11:3483
[19:28:23.967633] slimproto:879 [0x1028daa0] connected
[19:28:23.967754] sendHELO:127 [0x1028daa0] cap: Model=squeezelite,ModelName=SqueezeLite,AccuratePlayPoints=0,HasDigitalOut=1,MaxSampleRate=48000,aac,flc,aif,pcm,mp3
[19:28:23.971871] MasterHandler:856 [0x1030a3f0]: subscribe success
[19:28:24.002356] _ProcessVolume:600 [0x1030a3f0]: UPnP Volume local change 21
[19:28:24.124680] AVTStop:217 [0x1030a3f0]: uPNP stop (cookie (nil))
[19:28:39.002620] slimproto_run:564 [0x1028daa0] Closing CLI socket 11

Can you help in this particular case?

Thank you very much, thk_ms

I do'nt remember where we left our discussion, but I can't do a build starting from an old version. Now what happens is that your player stops responding to UPnP update requests. You can install the latest version of UPnPBridge and try to replace your binary by https://www.dropbox.com/s/egp2xawj95...-ppc-thru?dl=0. It's the latest version but with a build option that removes all decoding/re-encoding modes which I think were a problem for you (started when I added the alac codec, according to my logs). So it will only work in "thru" mode. Then in the settings of the new version (in LMS), you'll find a parameter that let you control when/how unresponsivbe players are handled. It might help.

**mnd** · 2019-05-16, 22:22

Originally Posted by ShutterShock

Philippe,

I was hoping to get your opinion...

From the start of using the UPnP/DLNA Bridge, the UPnP session between LMS and the renderer in my Hegel H190 frequently drops. Power cycling the Hegel seems to be the only remedy. I can easily "force" UPnP session drops by track-scrubbing (forward and backward) or making rapid track changes etc. Otherwise the UPnP session will eventually drop on its own through regular playback.

I'm running LMS 7.7.6 on a Synology DS-218+ (2GB RAM, Dual CPU at 2.0 GHz burst up to 2.5 GHz).

My emerging theory is the NAS could be sacrificing UPnP session stability in favour of other tasks. For example, "housekeeping" tasks on the NAS may be taking CPU cycles away from LMS (along with UPnP/DLNA Bridge) to the point where UPnP session management is compromised. The only other active app on this NAS is PLEX - something I only use occasionally and never when the Hegel/LMS is being used. To the best of my knowledge, I have UPnP/DLNA Bridge working as a pass-through - so no transcoding is happening in the NAS.

Do you think dedicating a PC (with a faster CPU) to LMS would reduce or eliminate these UPnP session drops?

FYI: As a work-around I've been using Synology's Audio Station/Media Server combo for UPnP. It rarely drops UPnP sessions but has some other nasty behavior. It also lacks the elegance and flexibility of the iPeng/LMS experience.

I've been looking at Roon and Audirvana as potential replacements for LMS but neither appeal to me for various reasons. I'm very devoted to LMS.

Thank you.

You can try adjusting multicast or IGMP settings on the router.

**froggy999** · 2019-05-17, 04:19

Hello,

I cannot manage to make the plug in work, no device are found.
It seems that on my LMS the plug is not able to generate the xml config file. I have tried many time to generate one but nothing happens.

My config: LMS 7.9.1 running on a Netgear readynas ultra (x86) with the latest plug in automatically updated.
All devices (Nas, Squeezebox,Linn Kiko streamer, etc) are on the same ethernet network without any router restrictions. The Linn Kiko I wish to attach to LMS is, of course, perfectly integrated in the network (it works fine on is own with minimserver running on the Nas too).

I accessed my Nas' folder via ssh (see picture) to monitor what's going on when using the plug in. I believe that no device are the cause of the problem.
What I found is that no xml files are created at any time; but I can create one by command line on the Nas; then, I oddly can erase this file from the plug in interface.
I am ok to bypass the create button on the interface, but I have absolutly no clue of what to put inside this config file.

please help .
cheers,
Froggy

Name: Capture du 2019-05-15 18-22-40.jpg
Views: 310
Size: 186.8 KB

Name: Capture du 2019-05-15 18-22-40.jpg
Views: 310
Size: 186.8 KB

**crystalgipsy** · 2019-05-17, 11:20

I have had the same issue, had to give up with it completely. Won't work on windows or Linux.

**PasTim** · 2019-05-17, 12:27

Originally Posted by froggy999

Hello,

I cannot manage to make the plug in work, no device are found.
It seems that on my LMS the plug is not able to generate the xml config file. I have tried many time to generate one but nothing happens.

My config: LMS 7.9.1 running on a Netgear readynas ultra (x86) with the latest plug in automatically updated.
All devices (Nas, Squeezebox,Linn Kiko streamer, etc) are on the same ethernet network without any router restrictions. The Linn Kiko I wish to attach to LMS is, of course, perfectly integrated in the network (it works fine on is own with minimserver running on the Nas too).

I accessed my Nas' folder via ssh (see picture) to monitor what's going on when using the plug in. I believe that no device are the cause of the problem.
What I found is that no xml files are created at any time; but I can create one by command line on the Nas; then, I oddly can erase this file from the plug in interface.
I am ok to bypass the create button on the interface, but I have absolutly no clue of what to put inside this config file.

please help .
cheers,
Froggy

Name: Capture du 2019-05-15 18-22-40.jpg
Views: 310
Size: 186.8 KB

Do you have any firewall at all set up? I found that if minimserver is running it can grab the usual UPnP ports (including 49152) and then LMS can't get through the firewall on different ones if they are closed (at least that was my experience). If you do have a firewall on, try running with it off, however briefly. You might also try stopping minimserver and restarting the UPnP bridge to see if that helps.

The config file is described in great detail in the user guide, accessed from the UPnP settings page, but I doubt that will help until you get LMS to at least detect your Kiko.

If still stuck you need to supply a log file so philippe can take a look.

**philippe_44** · 2019-05-17, 16:55

Originally Posted by froggy999

Hello,

I cannot manage to make the plug in work, no device are found.
It seems that on my LMS the plug is not able to generate the xml config file. I have tried many time to generate one but nothing happens.

It might be that the helper does not even start b/c you're missing ssl libraries. Running on a NAS is always a problem. Can you try the -static version?

**froggy999** · 2019-05-18, 02:04

Originally Posted by philippe_44

It might be that the helper does not even start b/c you're missing ssl libraries. Running on a NAS is always a problem. Can you try the -static version?

Hi Philippe

I have tried to launch the pug in with the 'statit' option. When I clic on 'generate' I have the usual message to wait for 30sec, then the panel control says the plug in is running, but the static mode has returned to 'normal' mode ...
Still, there is no xml file created. Should the interface keep displaying 'static mode' ?

What about the ssl libraries ? Can I fix that manually ?

Maybe manually injecting the upnpconfig.xml would do ? I don't know how to build one (what to write inside) but I cold do it if someone could provide a working one or copy/paste the content.

Thank you for your help
cheers
froggy

Name: Capture d’écran 2019-05-18 à 10.53.32.jpg
Views: 350
Size: 209.2 KB

Name: Capture d’écran 2019-05-18 à 10.53.32.jpg
Views: 350
Size: 209.2 KB

Thread: Announce: UPnPBridge = integrate UPnP/DLNA players with LMS (squeeze2upnp)

Thread Tools

Search Thread

Display

UPnP Session Dropping - Could it be a Hardware Issue?

the XML config file is not created

Posting Permissions