Closed mamema closed 1 year ago
What is your network configuration (in term of multi-interface as well or sub-netting)
i've tried several settings. The actual working setting was (in the LMS Interface area in your plugin): 192.168.0.x:, Netmask 255.255.255.0 i've tried ? and "use LMS interface"
see attached working (before update)
the whole stuff is running on a multihomed server with 1 Gbit/10 Gbit the above config is for the 1Gbit interface.
sorry github screw up the XML....can i upload the XML somewhere?
It can't be 192.168.0.x, if this is a literal "x". It must either be your machine's address or a "?" (no"")
no, it's just a x, which shows, IP address is there, but it is not your business to know the exact address. :-). Neither ? nor exact machine address are working.....
It's a private non-routable class C address and millions of computers in the world have the same, so nobody cares. If you want more free help, you need to provide me with a bit more information, otherwise I'll move my "business" somewhere else.
oh, i'm sorry, no offense on this side of the keyboard. It's just the usual foobar task i'm doing. Sure, i'm happy to provide more information. As i said. worked before with the last version, before the last update from 12/8/22
see again my XML
`
upnpbridge.xml `
Sorry I'm a bit tense these days. If it is a multi home network, are you sure the nez version is sélecting the right if? That's one thing that has changed for sure. It is usually the cause of the issue on multi homed network. You cal also now specific the name of the IF instead on an address.
…oh I’m absolutely NOT sure, that i‘m doing everything right. So, i‘ll try to explain herr, what i did
used the statich binary (doing this since 1st day)
Have three networks on the machine
the LMS Web is and was always on the 1Gbit Network with an appropriate Class C Network address.
i‘ve tried:
Recreating XML
? As placeholder
Use LMS interface
Typed in the netadresss of LMS itself
Nothing helped…..
oh and LMS is running as a docker containet in HOST mode, using net interfaces of the host, which is running opennediavault v. 6 based on debian 11
If you know the name of the interface that is connected to the network where the UPnP devices are (like eth0, eth1 ...) then use that in the "network interface" setting
That i will try … thanks for the hint. is it important to set the flag ‚use LMS interface‘ then?
No, it should not be set then
okay, thank you very much, Philippe, setting the LMS setting to the named interface of my server, solved my connection problems....
so today, i guess after auto updating playback stopped on my Marantz NA8005 but still plays on my Aries Mini.
Didn't change a setting.....i'm not sure what i can deliver
[15:31:22.828378] stream_thread:454 [0xab9f00] streambuf read 8 bytes [15:31:22.928528] stream_thread:454 [0xab9f00] streambuf read 8 bytes [15:31:23.000345] process:499 [0xab9f00] strm [15:31:23.000383] process_strm:240 [0xab9f00] strm command t [15:31:23.000397] sendSTAT:168 [0xab9f00]: STAT:[STMt] msplayed 0 [15:31:23.000541] process:499 [0xab5a40] strm [15:31:23.000582] process_strm:240 [0xab5a40] strm command t [15:31:23.000633] sendSTAT:168 [0xab5a40]: STAT:[STMt] msplayed 0 [15:31:23.003003] UpdateThread:1095 Presence checking [15:31:23.028679] stream_thread:454 [0xab9f00] streambuf read 8 bytes [15:31:23.128842] stream_thread:454 [0xab9f00] streambuf read 8 bytes [15:31:23.228967] stream_thread:454 [0xab9f00] streambuf read 8 bytes [15:31:23.329137] stream_thread:454 [0xab9f00] streambuf read 8 bytes [15:31:23.429256] stream_thread:454 [0xab9f00] streambuf read 8 bytes [15:31:23.529411] stream_thread:454 [0xab9f00] streambuf read 8 bytes [15:31:23.629579] stream_thread:454 [0xab9f00] streambuf read 8 bytes [15:31:23.729705] stream_thread:454 [0xab9f00] streambuf read 8 bytes [15:31:23.829833] stream_thread:454 [0xab9f00] streambuf read 8 bytes [15:31:23.929960] stream_thread:454 [0xab9f00] streambuf read 8 bytes [15:31:24.001502] sendSTAT:168 [0xab9f00]: STAT:[STMt] msplayed 0 [15:31:24.003027] UpdateThread:1095 Presence checking [15:31:24.030074] stream_thread:454 [0xab9f00] streambuf read 8 bytes [15:31:24.130188] stream_thread:454 [0xab9f00] streambuf read 8 bytes [15:31:24.230322] stream_thread:454 [0xab9f00] streambuf read 8 bytes
Hi Philippe,
i'm using this plugin several years, have several UPNP devices which after update to the release in question, no longer discover my devices.
Log: Starting Squeeze2upnp: /config/cache/InstalledPlugins/Plugins/UPnPBridge/Bin/squeeze2upnp-linux-x86_64-static -Z -I -f /config/logs/upnpbridge.log -d all=debug -x /config/prefs/upnpbridge.xml [16:54:08.740597] main:1725 Starting squeeze2upnp version: v2.1.1 (Dec 8 2022 @ 16:45:23) [16:54:08.794826] register_alac:541 using alac to decode alc [16:54:08.794872] register_mad:433 using mad to decode mp3 [16:54:08.794882] register_faad:647 using faad to decode aac [16:54:08.794896] register_vorbis:346 using vorbis to decode ogg [16:54:08.794904] register_pcm:339 using pcm [16:54:08.794938] register_flac:313 using flac to decode flc [16:54:08.794947] register_opus:286 using opus to decode ops [16:54:08.794957] register_m4a_thru:308 using mp4 to aac (ADTS) [16:54:08.794967] register_flac_thru:213 using flac [16:54:08.794978] register_thru:107 using thru [16:54:08.794988] register_soxr:391 using soxr for resampling [16:54:08.795005] Start:1488 Binding to 192.168.0.x:49152 (http:0) [16:54:28.003131] UpdateThread:1095 Presence checking
nothing more in the logs. regenerating the xml isn't solving the discover problem.