I'm trying to get the Ocean Digital WR230S working as a uPnP device with
LMS.
It looks like philippe_44s squeeze3upnp has been around for a long
while. There are hundreds of posts on that announcement.
This thread seems to be the one relevant to amd64-freebsd.
My LMS is Logitech Media Server
philippe_44 wrote:
> Usually these device have "decent" support in being a UPnP Renderer, but
> are really bad at being a UPnP Control Point or Server. BTW, I did not
> mean Andy's work was bad at all, it's just that UPnP itself is a mess
> and trying to use the server side of it is a joke,
Hi Philippe,
Since I have my production system back running, I can give you the os
details:
I added this line:
Code:
$log->warn("OS Values: OS: $os->{'os'}, osName: $os->{'osName'}, osArch:
$os->{'osArch'}, binArch: $os->{'binArch'}, uid: $os->{'uid'}.");
If those other offerings are Linux, then yes, it was incorrect for me to
have moved them.
With the clearer sense of what freebsd looks like, your updated code
seems most correct to me.
wcattey's Profile:
Perhaps this was fixed in a version of LMS more recent than a nightly
snapshot of 7.9.0 from a couple year ago.
Although there is Windows, Mac, and Linux setup code in LMS, there' is
nothing mentioning FreeBSD in the startup of LMS,
not to mention whether or not there would be such code in your
[19-09-01 16:50:03.8866] Slim::Utils::Misc::msg (1220) Warning:
[16:50:03.8861] Use of uninitialized value in join or string at
/usr/local/lms/CPAN/Log/Log4perl/Appender.pm line 164.
[19-09-01 16:50:03.8871] Slim::Utils::Misc::msg (1220) Warning:
[16:50:03.8869] Use of uninitialized value in
I figured out why modified versions of Squeeze2upnp were being ignored:
After you edit the file you have to restart the lms server.
The lms server does not detect the change.
There is no way to restart the lms server from the web interface (unless
you get the moribund SrvrPowerCtrl plugin).
So
I do know perl, but I'm having trouble getting any kind of change to
what is displayed.
I'm editing
/var/db/lms/cache/InstalledPlugins/Plugins/UPnPBridge/Squeeze2upnp.pm
Editing line 90 to change the warn string to print the OS value. But
even changing the text is having no effect.
I think
Perhaps I am misunderstanding the next step.
As shown by the log trace in my previous post, two devices were found:
List of players currently in configuration file - Note that more devices
might have been discovered
SHIELD Android TV@ES(192.168.1.190) bb:bb:58:af:bb:9c
I enabled "Additional Debugging" in the setup menu.
Oddly, it showed up in the terminal window I used to restart lms rather
than the logfile I'm watching in another window.
I did "Erase" and "Generate" the config file, figuring that the one we
had from running 1.20.0 was bad. Here is the log
Note that we hard-coded a path to a binary we built, while waiting for
an update from you.
I still don't see a useful OS name in this log output. :-(
[19-09-01 17:00:54.3307] Plugins::UPnPBridge::Squeeze2upnp::stop (197)
killing squeeze2upnp
[19-09-01 17:01:01.7028] main::init (392) Starting
I just tried restarting (by clicking on "Not Running" and hitting
"Apply"
It's not offering me binaries and the log says there's no binary set.
[19-09-01 17:14:42.0462] Plugins::UPnPBridge::Squeeze2upnp::start (90)
no binary set
My husband and I are looking inside the perl code.
Let us know the change you are making, and we can probably tweak it
too.
Is the following useful log output for you?
[19-09-01 14:35:41.3868] main::init (392) Starting Logitech Media Server
(v7.9.0, 1425041484, Sun Mar 1 04:18:16 UTC 2015)
The upnp plugin log level is currently set to Warn.
I'm not sure where to look, but does the following from the Log page
give you what you need?
Logitech Media Server Version: 7.9.0 - 1425041484 @ Sun Mar 1 04:18:16
UTC 2015
Hostname: lms_1
IP: 192.168.1.23
HTTP Port: 9000
OS: freebsd - EN -
The debug log seems only to be telling about what config file parsing it
did...
[19-09-01 17:23:22.9828] Plugins::UPnPBridge::Settings::handler (61)
save settings required
[19-09-01 17:23:22.9878] Plugins::UPnPBridge::Settings::handler (118)
current: .common.previous: .common.
[19-09-01
I did some more digging.
Apparently the UPNP devices were not showing up until a fix for bug 8113
was made in January 2016.
My lms hasn't been updated since Feb of 2015.
Detail:
Bug report: http://bugs.slimdevices.com/show_bug.cgi?id=8113
Commit:
There is code that offers says that it offers all linux options:
Code:
# fallback to offering all linux options for case when architec$
return qw(squeeze2upnp-x86-64 squeeze2upnp-x86-64-static squeez$
squeeze2upnp-sparc squeeze2upnp-sparc-static
Since I was editing files, I decided to install my favorite editor,
unfortunately most distributions include an elephant, a kitchen sink,
and various other bits of nastiness when one installs emacs. It updated
perl and god knows what else. I've been trying to get back to a working
7.9.0
I'm sending this note in the hopes that someone has traveled this route
and knows the answer, rather than my discovering it from yet another
painful learning experience (like my earlier post on recovering from a
perl update.)
If I do a fresh install of LMS in a new FreeBSD jail, what config
Hi Philippe,
I was having trouble updating to the new version.
I kept getting errors of the form:
[19-09-06 11:01:08.8739] Slim::Utils::Misc::msg (1220) Warning:
[11:01:08.8734] cannot remove path when cwd is
/var/db/lms/cache/InstalledPlugins/Plugins/UPnPBridge for
20 matches
Mail list logo