Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=116649 Question: On what player types does the alarm fail for you? - Squeezebox Radio (official firmware 7.x) - Squeezebox Radio (community firmware 8.x) - Squeezebox Touch (official firmware 7.x) - Squeezebox Touch (community firmware 8.x) - SB Classic/Boom/Receiver/Transporter - Other (eg. Raspberry Pi based) KeBul wrote: > Yep seriously, worked for the first couple of alarms but then started > failing each time. Just set up another test - failed 3 out of 4. > > Not as reliable to fail as pause on a Radio, but definitely still > happening. > > KevI wonder why we don't see the same behaviour... Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116649 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=116649 Question: On what player types does the alarm fail for you? - Squeezebox Radio (official firmware 7.x) - Squeezebox Radio (community firmware 8.x) - Squeezebox Touch (official firmware 7.x) - Squeezebox Touch (community firmware 8.x) - SB Classic/Boom/Receiver/Transporter - Other (eg. Raspberry Pi based) slartibartfast wrote: > I suppose this could be the culprit > https://github.com/Logitech/squeezeplay/commit/d5d4e0590a1b962395f00535453276b3baa429b4 > > Sent from my Pixel 3a using TapatalkAlthough that code is in Squeezeplay for > Windows and that also has the issue where the alarm screen does not close down when stopped or paused remotely. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116649 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=116649 Question: On what player types does the alarm fail for you? - Squeezebox Radio (official firmware 7.x) - Squeezebox Radio (community firmware 8.x) - Squeezebox Touch (official firmware 7.x) - Squeezebox Touch (community firmware 8.x) - SB Classic/Boom/Receiver/Transporter - Other (eg. Raspberry Pi based) mherger wrote: > > @mherger Any thoughts on why the Radio and the Touch behave > differently > > when the alarm is paused or stopped from a remote source? I wonder if > > I don't know... some of the very last changes were indeed related to the > > Alarm. But I've lost track of what is in which firmware version. > > https://github.com/Logitech/squeezeplay/commits/public/7.8I suppose this > could be the culprit https://github.com/Logitech/squeezeplay/commit/d5d4e0590a1b962395f00535453276b3baa429b4 Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116649 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=116649 Question: On what player types does the alarm fail for you? - Squeezebox Radio (official firmware 7.x) - Squeezebox Radio (community firmware 8.x) - Squeezebox Touch (official firmware 7.x) - Squeezebox Touch (community firmware 8.x) - SB Classic/Boom/Receiver/Transporter - Other (eg. Raspberry Pi based) KeBul wrote: > I can reproduce the pause and stop not closing down an alarm completely > problem on my SB Touch > > KevI just tried seven alarms on the Touch and every time the alarm was cancelled correctly with three "Stops" and four "Pauses". Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116649 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=116649 Question: On what player types does the alarm fail for you? - Squeezebox Radio (official firmware 7.x) - Squeezebox Radio (community firmware 8.x) - Squeezebox Touch (official firmware 7.x) - Squeezebox Touch (community firmware 8.x) - SB Classic/Boom/Receiver/Transporter - Other (eg. Raspberry Pi based) KeBul wrote: > I can reproduce the pause and stop not closing down an alarm completely > problem on my SB Touch > > KevSeriously [emoji1787]. How consistent were your results? I tried four times in a row and each time the alarm screen closed down. Even with pause and that never works on the Radio. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116649 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=116649 Question: On what player types does the alarm fail for you? - Squeezebox Radio (official firmware 7.x) - Squeezebox Radio (community firmware 8.x) - Squeezebox Touch (official firmware 7.x) - Squeezebox Touch (community firmware 8.x) - SB Classic/Boom/Receiver/Transporter - Other (eg. Raspberry Pi based) @mherger Any thoughts on why the Radio and the Touch behave differently when the alarm is paused or stopped from a remote source? I wonder if the last official firmware of the Touch contained any changes related to this which were not in the Radio firmware. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116649 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=116649 Question: On what player types does the alarm fail for you? - Squeezebox Radio (official firmware 7.x) - Squeezebox Radio (community firmware 8.x) - Squeezebox Touch (official firmware 7.x) - Squeezebox Touch (community firmware 8.x) - SB Classic/Boom/Receiver/Transporter - Other (eg. Raspberry Pi based) So far all my alarm testing has been on a Radio where pausing an alarm remotely doesn't cancel the alarm correctly and stopping an alarm remotely sometimes cancels the alarm correctly. So I tried setting alarms on a Touch and so far both pausing and stopping an alarm remotely has worked correctly every time. So what is the difference? Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116649 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the
results, please visit http://forums.slimdevices.com/showthread.php?t=116649
Question: On what player types does the alarm fail for you?
- Squeezebox Radio (official firmware 7.x)
- Squeezebox Radio (community firmware 8.x)
- Squeezebox Touch (official firmware 7.x)
- Squeezebox Touch (community firmware 8.x)
- SB Classic/Boom/Receiver/Transporter
- Other (eg. Raspberry Pi based)
SamY wrote:
> Just to add another usage case, my morning alarm is set up for a stereo
> pair of Google Nest Minis using Philippe's Castbridge plugin. The alarm
> had become unreliable in recent months but has not failed since applying
> the most recent updates to Material Skin and LMS. Following is a debug
> log of this morning's successful alarm trigger and subsequent successful
> pause/stop, which was achieved by saying "Google, stop the music". Note
> that the source for the pause request is "CLI".
>
> >
Code:
> > [22-12-01 08:30:00.0162] Slim::Utils::Alarm::sound (516) Alarm
triggered for Bedroom pair
> [22-12-01 08:30:00.0175] Slim::Utils::Alarm::sound (560) Sounding alarm
> [22-12-01 08:30:00.0200] Slim::Utils::Alarm::sound (589) Current Power
State: On
> [22-12-01 08:30:00.0210] Slim::Utils::Alarm::pushAlarmScreensaver (1839)
Attempting to push into alarm screensaver: . Current mode: INPUT.List
> [22-12-01 08:30:00.0215] Slim::Utils::Alarm::sound (609) Current vol: 32
Alarm vol: 30
> [22-12-01 08:30:00.0220] Slim::Utils::Alarm::sound (612) Changing volume
from 32 to 30
> [22-12-01 08:30:00.0236] Slim::Utils::Alarm::sound (622) Alarm playlist
shufflemode: 0
> [22-12-01 08:30:00.0249] Slim::Utils::Alarm::sound (628) Alarm playlist
url: http://www.folkalley.com/membership.pls
> [22-12-01 08:30:00.0366] Slim::Utils::Alarm::_setAlarmSubscription (1204)
Adding alarm subscription
> [22-12-01 08:30:00.0374] Slim::Utils::Alarm::sound (697) Scheduling time
out in 3600 seconds
> [22-12-01 08:30:00.0379] Slim::Utils::Alarm::_startStopTimeCheck (1880) 0
scheduled alarm(s)
> [22-12-01 08:30:00.0382] Slim::Utils::Alarm::_startStopTimeCheck (1889)
Stopping time checker task
> [22-12-01 08:30:00.0387] Slim::Utils::Alarm::scheduleNext (1391) Asked to
schedule next alarm for Bedroom pair
> [22-12-01 08:30:00.0391] Slim::Utils::Alarm::findNextTime (461) Potential
next time found: 8:30:0 1/12/2022
> [22-12-01 08:30:00.0394] Slim::Utils::Alarm::findNextTime (466) Last alarm
due: 8:30:0 1/12/2022
> [22-12-01 08:30:00.0396] Slim::Utils::Alarm::findNextTime (471) Skipping..
> [22-12-01 08:30:00.0399] Slim::Utils::Alarm::findNextTime (461) Potential
next time found: 8:30:0 2/12/2022
> [22-12-01 08:30:00.0402] Slim::Utils::Alarm::findNextTime (466) Last alarm
due: 8:30:0 1/12/2022
> [22-12-01 08:30:00.0405] Slim::Utils::Alarm::scheduleNext (1424) Next alarm
is at 8:30:0 2/12/2022
> [22-12-01 08:30:00.0408] Slim::Utils::Alarm::scheduleNext (1435) Scheduling
alarm
> [22-12-01 08:30:00.0411] Slim::Utils::Alarm::_startStopTimeCheck (1880) 1
scheduled alarm(s)
> [22-12-01 08:30:00.0413] Slim::Utils::Alarm::_startStopTimeCheck (1884)
Starting time checker task
> [22-12-01 08:30:00.0430] Slim::Utils::Alarm::_alarmEnd (1970) _alarmEnd
called with request: stop
> [22-12-01 08:30:00.0445] Slim::Utils::Misc::msg (1325) Warning:
[08:30:00.0442] (
> bless({
> _cb_args => undef,
> _cb_enable=> 1,
> _cb_func => undef,
> _clientid => "cc:cc:4c:51:85:cb",
> _func => sub { "???" },
> _isQuery => 0,
> _langoverride => undef,
> _needClient => 1,
> _params => {},
> _request => ["stop"],
> _requeststr => "stop",
> _results => {},
> _source => "ALARM",
> _status => 10,
> _useixhash=> 0,
> }, "Slim::Control::Request"),
> "Alarm: ignored event",
> ) at /Slim/Utils/Alarm.pm line 1981.
> [22-12-01 08:30:00.0448] Slim::Utils::Alarm::_alarmEnd (1982) Ignoring
self-created request
> [22-12-01 08:31:30.0468] Slim::Utils::Alarm::_checkPlaying (1115) Checking
whether client is playing for alarm 36ec2f69
> [22-12-01 08:31:30.0475] Slim::Utils::Alarm::_checkPlaying (1122) Current
playmode: play
> [22-12-01 09:12:03.2180] Slim::Utils::Alarm::_alarmEnd (1970) _alarmEnd
called with request: pause
> [22-12-01 09:12:03.2200] Slim::Utils::Misc::msg (1325) Warning:
[09:12:03.2198] do {
> require MIME::Base64;
> require Symbol;
> my $a = bless({
> _ae_callback => sub { "???" },
> _cb_enable=> 1,
> _clientid => "cc:cc:4c:51:85:cb",
> _connectionid => bless(Symbol::gensym(), "IO::Socket::INET"),
> _func => sub { "???" },
> _isQuery => 0,
> _langoverr
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=116649 Question: On what player types does the alarm fail for you? - Squeezebox Radio (official firmware 7.x) - Squeezebox Radio (community firmware 8.x) - Squeezebox Touch (official firmware 7.x) - Squeezebox Touch (community firmware 8.x) - SB Classic/Boom/Receiver/Transporter - Other (eg. Raspberry Pi based) KeBul wrote: > In this instance maybe slightly different, although I've not tested > thoroughly with Stop, in my case, on the 29th Nov nightly, so far > _every_ pause from default WebUI, Material, iPeng or jive fails to > properly stop the alarm. > > > Exactly, and that completely unpredictable behaviour is what is making > it so difficult to test and resolve. > > KevIt would be nice to get consistent behaviour with pause and stop but like Michael says most times the alarm will be cancelled on the device. I just tried pausing an alarm from the default skin and heard a snippet of the fallback alarm as the clock reached 10:21 followed by a full fallback alarm at 10:22. That matches your description in an earlier post today. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116649 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=116649 Question: On what player types does the alarm fail for you? - Squeezebox Radio (official firmware 7.x) - Squeezebox Radio (community firmware 8.x) - Squeezebox Touch (official firmware 7.x) - Squeezebox Touch (community firmware 8.x) - SB Classic/Boom/Receiver/Transporter - Other (eg. Raspberry Pi based) slartibartfast wrote: > In my system pressing "Stop" in Material does cancel the alarm which it > never did before the latest changes so are we still seeing different > behaviour? > > Sent from my Pixel 3a using TapatalkHaving said that I tried cancelling the > alarm this morning by pressing "Stop" in Material and the alarm didn't cancel and the fallback alarm sounded a little later. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116649 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=116649 Question: On what player types does the alarm fail for you? - Squeezebox Radio (official firmware 7.x) - Squeezebox Radio (community firmware 8.x) - Squeezebox Touch (official firmware 7.x) - Squeezebox Touch (community firmware 8.x) - SB Classic/Boom/Receiver/Transporter - Other (eg. Raspberry Pi based) KeBul wrote: > > > At the moment I would say the change in code fixes or at least > drastically improves the problem where an alarm fails to trigger, but > completely breaks stopping the alarm with a pause or stop from a remote > controlling device. > > Kev In my system pressing "Stop" in Material does cancel the alarm which it never did before the latest changes so are we still seeing different behaviour? Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116649 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=116649 Question: On what player types does the alarm fail for you? - Squeezebox Radio (official firmware 7.x) - Squeezebox Radio (community firmware 8.x) - Squeezebox Touch (official firmware 7.x) - Squeezebox Touch (community firmware 8.x) - SB Classic/Boom/Receiver/Transporter - Other (eg. Raspberry Pi based) didjean wrote: > You asked me to try this a week ago and it did cancel the alarm, I > couldnt get the fallback. So at least the behaviour was already like > this on 8.3.1 before the Alarm fix was appliedDid you try pausing the alarm. > I get the fallback after 2 minutes now [emoji3] Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116649 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=116649 Question: On what player types does the alarm fail for you? - Squeezebox Radio (official firmware 7.x) - Squeezebox Radio (community firmware 8.x) - Squeezebox Touch (official firmware 7.x) - Squeezebox Touch (community firmware 8.x) - SB Classic/Boom/Receiver/Transporter - Other (eg. Raspberry Pi based) didjean wrote: > You asked me to try this a week ago and it did cancel the alarm, I > couldnt get the fallback. So at least the behaviour was already like > this on 8.3.1 before the Alarm fix was appliedFor you but not for me. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116649 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=116649 Question: On what player types does the alarm fail for you? - Squeezebox Radio (official firmware 7.x) - Squeezebox Radio (community firmware 8.x) - Squeezebox Touch (official firmware 7.x) - Squeezebox Touch (community firmware 8.x) - SB Classic/Boom/Receiver/Transporter - Other (eg. Raspberry Pi based) mherger wrote: > > If I pause now then the alarm screen continues to be displayed but I > do > > not hear the fallback alarm after 60 seconds. If I stop playback with > > the optional Stop button then I get my clock screensaver and the alarm > > screen disappears. This is definitely different to previous behaviour > > and I wonder if the fallback alarm will fire if required. > > Could you please confirm behaviour in v8.3.0? I'd like to understand > whether this is a side-effect of the recent change to Alarm, or > something introduced in 8.3.0 (there was a change around pause/stop > behaviour).My tests were all on 8.3/8.4. Before the latest changes, pressing Stop in Material Skin would leave the alarm screen active and the fallback alarm would sound after 60 seconds. After the latest changes, pressing Stop in Material Skin cancels the alarm. I didn't try pressing pause in Material before the changes but now the fallback alarm sounds after 120 seconds. Bear in mind I didn't have the alarm issue before the changes. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116649 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=116649 Question: On what player types does the alarm fail for you? - Squeezebox Radio (official firmware 7.x) - Squeezebox Radio (community firmware 8.x) - Squeezebox Touch (official firmware 7.x) - Squeezebox Touch (community firmware 8.x) - SB Classic/Boom/Receiver/Transporter - Other (eg. Raspberry Pi based) I tested the fallback alarm by restarting the server after the alarm was triggered and it does sound after 60 seconds. Having decided the fallback alarm should sound if the playback is paused from Material skin I tried again and the fallback alarm did sound but after 120 seconds. Maybe this new behaviour is actually preferred, after all when I first tried stopping the alarm from Material I was surprised to hear the fallback alarm. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116649 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=116649 Question: On what player types does the alarm fail for you? - Squeezebox Radio (official firmware 7.x) - Squeezebox Radio (community firmware 8.x) - Squeezebox Touch (official firmware 7.x) - Squeezebox Touch (community firmware 8.x) - SB Classic/Boom/Receiver/Transporter - Other (eg. Raspberry Pi based) KeBul wrote: > How do you stop playback? > > KevIf I pause now then the alarm screen continues to be displayed but I do not hear the fallback alarm after 60 seconds. If I stop playback with the optional Stop button then I get my clock screensaver and the alarm screen disappears. This is definitely different to previous behaviour and I wonder if the fallback alarm will fire if required. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116649 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=116649 Question: On what player types does the alarm fail for you? - Squeezebox Radio (official firmware 7.x) - Squeezebox Radio (community firmware 8.x) - Squeezebox Touch (official firmware 7.x) - Squeezebox Touch (community firmware 8.x) - SB Classic/Boom/Receiver/Transporter - Other (eg. Raspberry Pi based) KeBul wrote: > Alarm paused/stopped player turned off, in my case back to clock > screensaver. > > Same as pressing pause on player itself during alarm. > > KevPreviously if I stopped playback in Material skin the fallback alarm would sound after 60 seconds. I haven't tried with the new build. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116649 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=116649 Question: On what player types does the alarm fail for you? - Squeezebox Radio (official firmware 7.x) - Squeezebox Radio (community firmware 8.x) - Squeezebox Touch (official firmware 7.x) - Squeezebox Touch (community firmware 8.x) - SB Classic/Boom/Receiver/Transporter - Other (eg. Raspberry Pi based) KeBul wrote: > :D > > Testing Michaels fix... ending alarms using various control methods... > > Leaving to alarm timeout setting - OK > > From Player (SB Radio) front panel > > > > - Snooze alarm menu on screensaver - OK, although surprised to see > it leave the now playing screen on the display during snooze period > (same on LMS 8.2.1) - Turn off alarm menu on screensaver - OK, turned off alarm/player - Pause - OK, turned off alarm/player - Select and play something else - cant be done on player front > panel (because of alarm screensaver?) - Player on/off button - OK, turned off alarm/player > > > > > > Standard Web UI > > > > - Pause - This paused play of stream but didnt stop alarm, player > remained on alarm screensaver, then got a very brief burst of > fallback alarm, then a very short while after went into fallback > alarm until timeout ended alarm - Repeatable. - Play something else - Changed to a local track which started to > play, but Alarm screensaver remained and debug didnt show end of > alarm, player turned off at end of timeout, so playing something > else doesnt stop the alarm. - power off - OK, turned off alarm/player > > > > > > MaterialSkin > > > > - pause - Same behaviour as default Web UI - play something else - same behaviour as default Web UI - power off - OK, turned off alarm/player > > > > > > ipeng > > > > - pause - Same behaviour as default Web UI - play something else - Same behaviour as default Web UI - power off - OK, turned off alarm/player > > > > > > Jive - Control alarm test device from another player (SB Touch) > > > > - pause - Same behaviour as default Web UI - play something else - Same behaviour as default Web UI - power off - OK, turned off alarm/player > > > > > > Ran same tests from Web UI LMS 8.2.1 > > > > - pause - OK, turned off alarm/player - play something else - Same behaviour as default Web UI - power off - OK, turned off alarm/player > > > > > > So it looks like the behaviour of pressing pause, whilst alarm is on, > from a remote control device has changed. > > Kev What was the old behaviour after pressing pause? Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116649 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the
results, please visit http://forums.slimdevices.com/showthread.php?t=116649
Question: On what player types does the alarm fail for you?
- Squeezebox Radio (official firmware 7.x)
- Squeezebox Radio (community firmware 8.x)
- Squeezebox Touch (official firmware 7.x)
- Squeezebox Touch (community firmware 8.x)
- SB Classic/Boom/Receiver/Transporter
- Other (eg. Raspberry Pi based)
gordonb3 wrote:
> > >
- (if testing with older version) Apply patch to log the source of
> the alarmEnd call:
> >
Code:
> > diff -ru a/Slim/Utils/Alarm.pm b/Slim/Utils/Alarm.pm
> --- a/Slim/Utils/Alarm.pm2022-11-20 11:56:59.616851242 +0100
> +++ b/Slim/Utils/Alarm.pm2020-10-22 20:50:03.0 +0200
> @@ -1977,6 +1977,7 @@
>
> # Don't respond to requests that we created ourselves
> my $source = $request->source;
> +main::DEBUGLOG && $isDebug && $log->debug("stop requested by '$source'");
> if ($source && ($source eq 'ALARM' || $source eq 'PLUGIN_RANDOMPLAY')) {
> main::DEBUGLOG && $isDebug && $log->debug('Ignoring self-created
request');
> return;
> >
- Open a browser into Material and select the player on which you
> want to test the alarm
- go to the `settings - player` page and set the alarm 5 minutes (or
> more) away from current
> note: if you set the time say 2 minutes away the Alarm will usually
> fire correctly - made that mistake several times
- return to main page and select a different player
- keep Material open on that second player
> > >
>
> Shows the Material client shutting down the alarm 99% of the time in
> all 8.x versions. Have not been able to trace back further because I
> used a different installer back then and it would cost me several
> hours to run through all the involved compile actions.I followed your
> instructions in Firefox on Windows 10 and my Radio alarm
set for more than 10 minutes in the future still fired normally. I seem
to be immune to this issue [emoji3]
Sent from my Pixel 3a using Tapatalk
slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609
View this thread: http://forums.slimdevices.com/showthread.php?t=116649
___
beta mailing list
beta@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=116649 Question: On what player types does the alarm fail for you? - Squeezebox Radio (official firmware 7.x) - Squeezebox Radio (community firmware 8.x) - Squeezebox Touch (official firmware 7.x) - Squeezebox Touch (community firmware 8.x) - SB Classic/Boom/Receiver/Transporter - Other (eg. Raspberry Pi based) gordonb3 wrote: > Oh... That is interesting. I figured out how to reproduce it. > > > > - Open Material and select the player that should play the alarm - this is required to subscribe to notifications related to this > player - Change the active player in Material and leave it on that page - Alarm will now fail - i.e. the alarm popup still shows on Radio, but there is no sound > > > Does this only work when Material is accessed from a laptop browser? I tried from the Android APK and the alarm worked. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116649 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=116649 Question: On what player types does the alarm fail for you? - Squeezebox Radio (official firmware 7.x) - Squeezebox Radio (community firmware 8.x) - Squeezebox Touch (official firmware 7.x) - Squeezebox Touch (community firmware 8.x) - SB Classic/Boom/Receiver/Transporter - Other (eg. Raspberry Pi based) KeBul wrote: > Cheers, I've not noticed it on my usual daily alarm on LMS 8.2.1 (and > many versions before) but then I don't lay in bed watching the SB Radio > waiting for the alarm to go off. > I assume it's just a timing thing - power on shows now playing screen - > then alarm screensaver gets loaded. > > KevI only checked this morning as I happened to wake up before the alarm and saw your post [emoji1787] Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116649 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the
results, please visit http://forums.slimdevices.com/showthread.php?t=116649
Question: On what player types does the alarm fail for you?
- Squeezebox Radio (official firmware 7.x)
- Squeezebox Radio (community firmware 8.x)
- Squeezebox Touch (official firmware 7.x)
- Squeezebox Touch (community firmware 8.x)
- SB Classic/Boom/Receiver/Transporter
- Other (eg. Raspberry Pi based)
cpd73 wrote:
> This looks odd to me. And the only part that -could- be from Material.
> Material subscribes to player preference changes
> */4fd1bca6/slim/playerprefs/00:04:20:26:xx:aa* - but not sure about the
> rest of the line. To subscribe to these I send:
>
> >
Code:
> >
> {data:{response:'/'+this.cometd.getClientId()+'/slim/playerprefs/'+id,
request:[id, ['prefset']]}}
>
> >
>
> Where `id` is the player's ID, and `this.cometd.getClientId()` is the
> cometd ID.
>
> However, to -unsubscribe- I send:
>
> >
Code:
> >
> {data:{response:'/'+this.cometd.getClientId()+'/slim/playerprefs/'+id,
request:[id, []]}}
>
> >
>
> ...i.e. the last array is empty. Could this be the issue? Is this the
> correct way to unsubscribe? Unsubscribing of playerprefs was only
> added in July of this year. If anyone wants to take a look subscribe
> is @line 739 and unsubscribe @line 753 of
> https://github.com/CDrummond/lms-material/blob/master/MaterialSkin/HTML/material/html/js/server.jsWouldn't
> that affect LMS 8.2 as well as 8.3 though? Nobody has reported
an issue with 8.2.
Sent from my Pixel 3a using Tapatalk
slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609
View this thread: http://forums.slimdevices.com/showthread.php?t=116649
___
beta mailing list
beta@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=116649 Question: On what player types does the alarm fail for you? - Squeezebox Radio (official firmware 7.x) - Squeezebox Radio (community firmware 8.x) - Squeezebox Touch (official firmware 7.x) - Squeezebox Touch (community firmware 8.x) - SB Classic/Boom/Receiver/Transporter - Other (eg. Raspberry Pi based) KeBul wrote: > Well that was a fun evening of testing, what started out quite > reasonable and controlled almost descended into chaotic confusion after > the first failure... > > of the 5 alarms after that first failure I had 2 successful, 2 fail with > no fallback but they did briefly pop the now playing screen and one > popped the alarm screen and then went into fallback alarm. > > When an alarm is triggered successfully I see a very brief now playing > screen before the alarm screen is popped, previously I've not had the > player next to me to see any the screens pop and therefore notice any > difference in behaviour - although I'm not sure there's much relevance > to the differences I saw. > > I have attached the full LMS logfile of the whole test period and a > write-up of what I did and the results of each alarm throughout the > test. > > Tomorrow, I'll do another long series of testing without using Material > at all, I'm out for most of the day so will configure the alarms to run > then - the debug shows the failures occur consistently when the source > is "unknown" - with that weird playerprefs/Safari reference, even on the > one occasion the fallback alarm sound was triggered, so should be easy > to see of any failures have occurred in my absence. > > KevJust for information, I also see the now playing screen shortly after the slight click indicating that the Radio has sprung into life followed by the alarm screen. I wonder how many installations suffer from this alarm issue. It doesn't appear to be widespread. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116649 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=116649 Question: On what player types does the alarm fail for you? - Squeezebox Radio (official firmware 7.x) - Squeezebox Radio (community firmware 8.x) - Squeezebox Touch (official firmware 7.x) - Squeezebox Touch (community firmware 8.x) - SB Classic/Boom/Receiver/Transporter - Other (eg. Raspberry Pi based) didjean wrote: > Yes... pressing stop stops it (never hear about back up alamr to be > heard 1min after pressing stop btw) > > And while trying to do this I had again a failed alarm (15:40) and then > one that worked (15:47): > > [22-11-18 15:38:34.5768] Slim::Utils::Alarm::save (1017) Saving alarm. > [22-11-18 15:38:34.5782] Slim::Utils::Alarm::save (1037) Alarm saved > with id c3a432a6 Rescheduling alarms... > [22-11-18 15:38:34.5790] Slim::Utils::Alarm::scheduleNext (1391) Asked > to schedule next alarm for Salle à manger > [22-11-18 15:38:34.5797] Slim::Utils::Alarm::scheduleNext (1397) > Previous scheduled alarm wasn't triggered. Clearing nextAlarm and > killing timer > [22-11-18 15:38:34.5806] Slim::Utils::Alarm::_startStopTimeCheck (1880) > 3 scheduled alarm(s) > [22-11-18 15:38:34.5815] Slim::Utils::Alarm::findNextTime (461) > Potential next time found: 15:40:0 18/11/2022 > [22-11-18 15:38:34.5822] Slim::Utils::Alarm::findNextTime (466) Last > alarm due: 15:37:0 18/11/2022 > [22-11-18 15:38:34.5829] Slim::Utils::Alarm::scheduleNext (1424) Next > alarm is at 15:40:0 18/11/2022 > [22-11-18 15:38:34.5836] Slim::Utils::Alarm::scheduleNext (1435) > Scheduling alarm > [22-11-18 15:38:34.5844] Slim::Utils::Alarm::_startStopTimeCheck (1880) > 4 scheduled alarm(s) > [22-11-18 15:38:34.5851] Slim::Utils::Alarm::setRTCAlarm (1474) Asked to > set rtc alarm for Salle à manger > [22-11-18 15:38:34.5861] Slim::Utils::Alarm::setRTCAlarm (1503) Setting > RTC alarm to 56400, volume 50 > [22-11-18 15:40:00.0012] Slim::Utils::Alarm::sound (516) Alarm triggered > for Salle à manger > [22-11-18 15:40:00.0020] Slim::Utils::Alarm::sound (560) Sounding alarm > [22-11-18 15:40:00.0056] Slim::Utils::Alarm::sound (589) Current Power > State: Off > [22-11-18 15:40:00.0139] Slim::Utils::Alarm::pushAlarmScreensaver (1839) > Attempting to push into alarm screensaver: SCREENSAVER.datetime. Current > mode: INPUT.List > [22-11-18 15:40:00.0147] Slim::Utils::Alarm::pushAlarmScreensaver (1845) > Pushing alarm screensaver > [22-11-18 15:40:00.0165] Slim::Utils::Alarm::sound (609) Current vol: 50 > Alarm vol: 50 > [22-11-18 15:40:00.0173] Slim::Utils::Alarm::sound (622) Alarm playlist > shufflemode: 0 > [22-11-18 15:40:00.0190] Slim::Utils::Alarm::sound (628) Alarm playlist > url: randomplay://year > [22-11-18 15:40:00.6190] Slim::Utils::Alarm::_setAlarmSubscription > (1204) Adding alarm subscription > [22-11-18 15:40:00.6202] Slim::Utils::Alarm::sound (697) Scheduling time > out in 3600 seconds > [22-11-18 15:40:00.6208] Slim::Utils::Alarm::_startStopTimeCheck (1880) > 3 scheduled alarm(s) > [22-11-18 15:40:00.6213] Slim::Utils::Alarm::scheduleNext (1391) Asked > to schedule next alarm for Salle à manger > [22-11-18 15:40:00.6218] Slim::Utils::Alarm::findNextTime (461) > Potential next time found: 15:40:0 18/11/2022 > [22-11-18 15:40:00.6222] Slim::Utils::Alarm::findNextTime (466) Last > alarm due: 15:40:0 18/11/2022 > [22-11-18 15:40:00.6226] Slim::Utils::Alarm::findNextTime (471) > Skipping.. > [22-11-18 15:40:00.6230] Slim::Utils::Alarm::findNextTime (461) > Potential next time found: 15:40:0 21/11/2022 > [22-11-18 15:40:00.6235] Slim::Utils::Alarm::findNextTime (466) Last > alarm due: 15:40:0 18/11/2022 > [22-11-18 15:40:00.6239] Slim::Utils::Alarm::scheduleNext (1424) Next > alarm is at 15:40:0 21/11/2022 > [22-11-18 15:40:00.6244] Slim::Utils::Alarm::scheduleNext (1435) > Scheduling alarm > [22-11-18 15:40:00.6249] Slim::Utils::Alarm::_startStopTimeCheck (1880) > 4 scheduled alarm(s) > [22-11-18 15:40:00.6253] Slim::Utils::Alarm::setRTCAlarm (1474) Asked to > set rtc alarm for Salle à manger > [22-11-18 15:40:00.6259] Slim::Utils::Alarm::setRTCAlarm (1513) Clearing > RTC alarm > [22-11-18 15:40:00.6398] Slim::Utils::Alarm::_alarmEnd (1970) _alarmEnd > called with request: stop > [22-11-18 15:40:00.6403] Slim::Utils::Alarm::_alarmEnd (1992) Stopping > alarm > [22-11-18 15:40:00.6418] Slim::Utils::Alarm::popAlarmScreensaver (1866) > Attempting to pop alarm screensaver. Current mode: > SCREENSAVER.datetime > [22-11-18 15:40:00.6423] Slim::Utils::Alarm::popAlarmScreensaver (1868) > Popping alarm screensaver > [22-11-18 15:40:01.6420] Slim::Utils::Alarm::__ANON__ (901) Restoring > pre-alarm shuffle mode: 0 > [22-11-18 15:40:01.6431] Slim::Utils::Alarm::__ANON__ (
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=116649 Question: On what player types does the alarm fail for you? - Squeezebox Radio (official firmware 7.x) - Squeezebox Radio (community firmware 8.x) - Squeezebox Touch (official firmware 7.x) - Squeezebox Touch (community firmware 8.x) - SB Classic/Boom/Receiver/Transporter - Other (eg. Raspberry Pi based) didjean wrote: > Pressing pause or stop (via material skin on my iphone) when alarm > starts - it just stops the Alarm, nothing else.Even if you leave it for a > minute after pressing stop? Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116649 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=116649 Question: On what player types does the alarm fail for you? - Squeezebox Radio (official firmware 7.x) - Squeezebox Radio (community firmware 8.x) - Squeezebox Touch (official firmware 7.x) - Squeezebox Touch (community firmware 8.x) - SB Classic/Boom/Receiver/Transporter - Other (eg. Raspberry Pi based) didjean wrote: > So following my last post, the day after, the same happened. No alarm > was working anymore! I took the time to further test (without restarting > server) and I created a few new alarms based on a radio stream, a > playlist or a Radom mix by year. > > All failed - with no backup sound. please find below a log: > > > [22-11-17 20:45:00.0007] Slim::Utils::Alarm::sound (516) Alarm triggered > for Salle à manger > [22-11-17 20:45:00.0013] Slim::Utils::Alarm::sound (560) Sounding alarm > [22-11-17 20:45:00.0029] Slim::Utils::Alarm::sound (589) Current Power > State: Off > [22-11-17 20:45:00.0096] Slim::Utils::Alarm::pushAlarmScreensaver (1839) > Attempting to push into alarm screensaver: SCREENSAVER.datetime. Current > mode: INPUT.List > [22-11-17 20:45:00.0102] Slim::Utils::Alarm::pushAlarmScreensaver (1845) > Pushing alarm screensaver > [22-11-17 20:45:00.0116] Slim::Utils::Alarm::sound (609) Current vol: 50 > Alarm vol: 50 > [22-11-17 20:45:00.0122] Slim::Utils::Alarm::sound (622) Alarm playlist > shufflemode: 0 > [22-11-17 20:45:00.0133] Slim::Utils::Alarm::sound (628) Alarm playlist > url: randomplay://year > [22-11-17 20:45:01.7219] Slim::Utils::Alarm::_setAlarmSubscription > (1204) Adding alarm subscription > [22-11-17 20:45:01.7238] Slim::Utils::Alarm::sound (697) Scheduling time > out in 3600 seconds > [22-11-17 20:45:01.7246] Slim::Utils::Alarm::_startStopTimeCheck (1880) > 3 scheduled alarm(s) > [22-11-17 20:45:01.7250] Slim::Utils::Alarm::scheduleNext (1391) Asked > to schedule next alarm for Salle à manger > [22-11-17 20:45:01.7255] Slim::Utils::Alarm::findNextTime (461) > Potential next time found: 20:45:0 17/11/2022 > [22-11-17 20:45:01.7260] Slim::Utils::Alarm::findNextTime (466) Last > alarm due: 20:45:0 17/11/2022 > [22-11-17 20:45:01.7264] Slim::Utils::Alarm::findNextTime (471) > Skipping.. > [22-11-17 20:45:01.7268] Slim::Utils::Alarm::findNextTime (461) > Potential next time found: 20:45:0 18/11/2022 > [22-11-17 20:45:01.7273] Slim::Utils::Alarm::findNextTime (466) Last > alarm due: 20:45:0 17/11/2022 > [22-11-17 20:45:01.7278] Slim::Utils::Alarm::scheduleNext (1424) Next > alarm is at 20:45:0 18/11/2022 > [22-11-17 20:45:01.7281] Slim::Utils::Alarm::scheduleNext (1435) > Scheduling alarm > [22-11-17 20:45:01.7286] Slim::Utils::Alarm::_startStopTimeCheck (1880) > 4 scheduled alarm(s) > [22-11-17 20:45:01.7290] Slim::Utils::Alarm::setRTCAlarm (1474) Asked to > set rtc alarm for Salle à manger > [22-11-17 20:45:01.7299] Slim::Utils::Alarm::setRTCAlarm (1503) Setting > RTC alarm to 74700, volume 50 > [22-11-17 20:45:01.7436] Slim::Utils::Alarm::_alarmEnd (1970) _alarmEnd > called with request: stop > [22-11-17 20:45:01.7442] Slim::Utils::Alarm::_alarmEnd (1992) Stopping > alarm > [22-11-17 20:45:01.7464] Slim::Utils::Alarm::popAlarmScreensaver (1866) > Attempting to pop alarm screensaver. Current mode: SCREENSAVER.datetime > [22-11-17 20:45:01.7469] Slim::Utils::Alarm::popAlarmScreensaver (1868) > Popping alarm screensaver > [22-11-17 20:45:02.7770] Slim::Utils::Alarm::__ANON__ (901) Restoring > pre-alarm shuffle mode: 0 > [22-11-17 20:45:02.7779] Slim::Utils::Alarm::__ANON__ (905) Restoring > pre-alarm power state: off > > After saving that log - I pressed the play button, then I got the stream > the same way the alarm would have been launched - meaning with a fade > in. > > Following all these tests, I restarted the server and alarm worked: > please see the logs for a perfect normal trigger: > > > [22-11-17 21:03:00.0011] Slim::Utils::Alarm::sound (516) Alarm triggered > for Salle à manger > [22-11-17 21:03:00.0019] Slim::Utils::Alarm::sound (560) Sounding alarm > [22-11-17 21:03:00.0039] Slim::Utils::Alarm::sound (589) Current Power > State: Off > [22-11-17 21:03:00.0126] Slim::Utils::Alarm::pushAlarmScreensaver (1839) > Attempting to push into alarm screensaver: SCREENSAVER.datetime. Current > mode: INPUT.List > [22-11-17 21:03:00.0134] Slim::Utils::Alarm::pushAlarmScreensaver (1845) > Pushing alarm screensaver > [22-11-17 21:03:00.0153] Slim::Utils::Alarm::sound (609) Current vol: 50 > Alarm vol: 50 > [22-11-17 21:03:00.0161] Slim::Utils::Alarm::sound (622) Alarm playlist > shufflemode: 0 > [22-11-17 21:03:00.0178] Slim::Utils::Alarm::sound (628) Alarm playlist > url: randomplay://year > [22-11-1
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=116649 Question: On what player types does the alarm fail for you? - Squeezebox Radio (official firmware 7.x) - Squeezebox Radio (community firmware 8.x) - Squeezebox Touch (official firmware 7.x) - Squeezebox Touch (community firmware 8.x) - SB Classic/Boom/Receiver/Transporter - Other (eg. Raspberry Pi based) didjean wrote: > Of course I looked this morning and it was there but it was after 7:30 > when 2nd alarm went on.I have occasionally added an alarm but forgotten to > enable it. Is that a possibility? Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116649 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=116649 Question: On what player types does the alarm fail for you? - Squeezebox Radio (official firmware 7.x) - Squeezebox Radio (community firmware 8.x) - Squeezebox Touch (official firmware 7.x) - Squeezebox Touch (community firmware 8.x) - SB Classic/Boom/Receiver/Transporter - Other (eg. Raspberry Pi based) didjean wrote: > Gosh... it happened again this morning, after almost a month without > issues... > Last week, we had some days off, so alarms where disabled. Yesterday - I > did update my server to the latest 8.3.1 nightly, updated all firmware > radio and also set up streaming "cache https on disk", but didn't > restart the server after all that. > Yesterday evening, we reactivated alarms. One was set up at 6am, the > other one at 7:30pm... And guess... Only the one at 7:30 worked. > Set up of alarms were done from the radio interface. Wondering if the > info is concretely sent to the server.You can check if the alarm info is sent > to the server by looking at the alarms in LMS. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116649 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=116649 Question: On what player types does the alarm fail for you? - Squeezebox Radio (official firmware 7.x) - Squeezebox Radio (community firmware 8.x) - Squeezebox Touch (official firmware 7.x) - Squeezebox Touch (community firmware 8.x) - SB Classic/Boom/Receiver/Transporter - Other (eg. Raspberry Pi based) Hyde_TDS wrote: > Tried your advice. Got the backup alarm only. [emoji24]I did try setting a > few alarms on my Radio with Random Song as the alarm sound and one time I got the backup alarm but other times it worked normally. What do you run your server on? Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116649 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=116649 Question: On what player types does the alarm fail for you? - Squeezebox Radio (official firmware 7.x) - Squeezebox Radio (community firmware 8.x) - Squeezebox Touch (official firmware 7.x) - Squeezebox Touch (community firmware 8.x) - SB Classic/Boom/Receiver/Transporter - Other (eg. Raspberry Pi based) Hyde_TDS wrote: > If I then manually switch the classic on it plays tracks from my random > song mix but doesn't switch off when the alarm elapsed time is reached. > So it definitely doesn't know the alarm should be playing.Did you try > restarting LMS? Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116649 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=116649 Question: On what player types does the alarm fail for you? - Squeezebox Radio (official firmware 7.x) - Squeezebox Radio (community firmware 8.x) - Squeezebox Touch (official firmware 7.x) - Squeezebox Touch (community firmware 8.x) - SB Classic/Boom/Receiver/Transporter - Other (eg. Raspberry Pi based) SamY wrote: > Then you should be fine as long as you don't plan on transferring queues > containing Qobuz playlists. :) > > And, to top it all off, I just changed the Network Streaming mode > to "Normal streaming" and both of my problems are fixed --- Chromecast > Bridge alarms work AND Qobuz playlists can be transferred without the > first track repeating infinitely. WIN/WINThat's fine until you play a > podcast that doesn't play to the end unless "persistent" is used [emoji3] In my case I don't use Qobuz and I have never tried transferring a queue of Tidal tracks. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116649 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=116649 Question: On what player types does the alarm fail for you? - Squeezebox Radio (official firmware 7.x) - Squeezebox Radio (community firmware 8.x) - Squeezebox Touch (official firmware 7.x) - Squeezebox Touch (community firmware 8.x) - SB Classic/Boom/Receiver/Transporter - Other (eg. Raspberry Pi based) SamY wrote: > I found the problem and a temporary solution. I remembered that earlier > this week I had changed the LMS Network Streaming Mode for HTTP(S) in > Advanced Settings from "Persistent" to "Cache on disk", which fixed a > problem with the first track repeating infinitely when transferring a > Qobuz queue from one player to another. So, on a hunch, I changed it > back to Persistent and now the alarm works perfectly, just as before. Be > aware that an LMS restart is required after changing the Streaming Mode. > So it appears that, in the short term, I have to choose which problem I > can live with. I think that, for now at least, getting out of bed in the > morning is more important. In the meantime, I will do one more test with > the "Normal Streaming" mode and see what happens there.Mine is set to > "persistent" [emoji3] Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116649 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=116649 Question: On what player types does the alarm fail for you? - Squeezebox Radio (official firmware 7.x) - Squeezebox Radio (community firmware 8.x) - Squeezebox Touch (official firmware 7.x) - Squeezebox Touch (community firmware 8.x) - SB Classic/Boom/Receiver/Transporter - Other (eg. Raspberry Pi based) Hyde_TDS wrote: > This last week we've had issues getting our morning alarm to sound. > > A couple of times it has shown the backup alarm but no actual sound. > > Now I've watched my sq box classic the alarm fires, but immediately gets > shut down. > > All the alarms are set to use random song mix from my server. If I > switch to now playing, the classic works just fine. > > Hope someone can fix this please. [emoji120]Random song mix works OK for me > on a Radio and a Chromecast device. Have you tried restarting LMS? Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116649 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=116649 Question: On what player types does the alarm fail for you? - Squeezebox Radio (official firmware 7.x) - Squeezebox Radio (community firmware 8.x) - Squeezebox Touch (official firmware 7.x) - Squeezebox Touch (community firmware 8.x) - SB Classic/Boom/Receiver/Transporter - Other (eg. Raspberry Pi based) SamY wrote: > Update: I was able to turn off "fade in" for the Nest Mini alarm and it > made no difference. Exact same problem. This alarm was working fine for > me until this week so it's puzzling that it won't work at all now. > > Update #2: Tried an alarm with my Chromecast TV dongle and got the exact > same failure and same error in the Castbridge log.I tried two more times with > the speaker "on" and "off" and it worked both times. Maybe try restarting the Chromecast Bridge. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116649 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=116649 Question: On what player types does the alarm fail for you? - Squeezebox Radio (official firmware 7.x) - Squeezebox Radio (community firmware 8.x) - Squeezebox Touch (official firmware 7.x) - Squeezebox Touch (community firmware 8.x) - SB Classic/Boom/Receiver/Transporter - Other (eg. Raspberry Pi based) SamY wrote: > Update: I was able to turn off "fade in" for the Nest Mini alarm and it > made no difference. Exact same problem. This alarm was working fine for > me until this week so it's puzzling that it won't work at all now.I just > tried an alarm on my Nest Mini. I didn't get any sound until I touched the top of the speaker. I then tried again and it worked. When it worked I heard a tone from the Nest Mini before the alarm sounded. I am going to try again with the Nest Mini in the "on" state in LMS and again in the "off" state. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116649 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=116649 Question: On what player types does the alarm fail for you? - Squeezebox Radio (official firmware 7.x) - Squeezebox Radio (community firmware 8.x) - Squeezebox Touch (official firmware 7.x) - Squeezebox Touch (community firmware 8.x) - SB Classic/Boom/Receiver/Transporter - Other (eg. Raspberry Pi based) SamY wrote: > I am using a Radio Paradise FLAC stream for the alarm, with no backup > alarm defined. I have narrowed the problem down to the Google Nest mini > in my bedroom, which is controlled by Philippe's Castbridge plugin and > which is the only player I use alarms with. The alarms now fail > consistently there. My other Squeezelite-based players seem to work > fine, which would normally lead me to believe it is a Castbridge > problem. Here is the Castbridge log from one of the failures, which are > all the same: > > > Code: > > [12:50:00.000] sq_callback:263 [0048EBBC]: device set ON > [12:50:00.000] CastConnect:365 [0048EBBC]: SSL connection opened [02629730] > [12:50:00.000] CastStop:261 [0048EBBC]: Stop w/o session or connect > [12:50:00.380] sq_callback:366 Volume 28 > [12:50:00.380] process_strm:238 [004B33F8] strm command s > [12:50:00.380] process_strm:307 [004B33F8], strm s autostart: 0 transition period: 1 transition type: 1 codec: f > [12:50:00.380] sendSTAT:169 [004B33F8]: STAT:[STMf] msplayed 0 > [12:50:00.427] sq_callback:300 [0048EBBC]: > artist:Commercial-free > album: > title:Listener-supported > genre: > duration:8.000 > size:0 > cover:https://img.radioparadise.com/covers/l/100.jpg > offset:0 > [12:50:00.427] LaunchReceiver:312 [0048EBBC]: Launching receiver 1 > [12:50:00.427] CastLoad:175 [0048EBBC]: Queuing LOAD > [12:50:00.427] sq_callback:324 [0048EBBC]: current URI (s:1) http://192.168.1.14:64329/bridge-82.flac > [12:50:00.427] process_start:1208 [004B33F8]: codec:c, ch:0, s:0, r:0 > [12:50:00.427] sendSTAT:169 [004B33F8]: STAT:[STMc] msplayed 0 > [12:50:00.427] sq_callback:366 Volume 28 > [12:50:00.552] CastSocketThread:786 [0048EBBC]: Receiver launched > [12:50:00.552] ProcessQueue:608 [0048EBBC]: Processing LOAD (id:2) > [12:50:00.880] CastSetDeviceVolume:325 [0048EBBC]: Immediate VOLUME (id:4) > [12:50:00.880] CastSimple:211 [0048EBBC]: Queuing PLAY > [12:50:00.880] sendSTAT:169 [004B33F8]: STAT:[STMl] msplayed 0 > [12:50:00.880] sq_callback:366 Volume 0 > [12:50:00.880] CastSetDeviceVolume:325 [0048EBBC]: Immediate VOLUME (id:5) > [12:50:00.880] process_strm:238 [004B33F8] strm command u > [12:50:00.880] process_strm:287 [004B33F8] unpause at: 0 now: 1167841203 > [12:50:00.880] sendSTAT:169 [004B33F8]: STAT:[STMr] msplayed 0 > [12:50:00.942] sq_callback:366 Volume 0 > [12:50:00.942] CastSetDeviceVolume:325 [0048EBBC]: Immediate VOLUME (id:6) > [12:50:00.993] sq_callback:366 Volume 0 > [12:50:00.993] CastSetDeviceVolume:325 [0048EBBC]: Immediate VOLUME (id:7) > [12:50:01.042] CastSocketThread:800 [0048EBBC]: Media session id 1 > [12:50:01.058] sendSTAT:169 [004B33F8]: STAT:[STMf] msplayed 0 > [12:50:01.058] CastStop:245 [0048EBBC]: Immediate STOP (id:9) > [12:50:01.058] sq_callback:263 [0048EBBC]: device set OFF > [12:50:01.058] read_bytes:181 [s-02629730]: SSL error code 5 (err:0) > [12:50:01.058] CastSocketThread:709 [024BC3A0]: SSL connection closed > > > > > I have also noticed another problem where I can't turn off alarm "Fade > in" for certain players, including this one. I don't know if it's > relevant or not. Also if, after the failure, I hit "Play", the stream > starts playing and continues without a problem. I will continue > trying to narrow things down.I have never tried setting an alarm on my Nest > mini, I'll try it. I suppose non Squeezebox players don't have a back up alarm sound. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116649 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=116649 Question: On what player types does the alarm fail for you? - Squeezebox Radio (official firmware 7.x) - Squeezebox Radio (community firmware 8.x) - Squeezebox Touch (official firmware 7.x) - Squeezebox Touch (community firmware 8.x) - SB Classic/Boom/Receiver/Transporter - Other (eg. Raspberry Pi based) SamY wrote: > I posted here awhile back that my one alarm was working reliably with > the latest 8.3 nightly build. Starting this week, however, it is failing > more than succeeding --- two days in a row now. I'm not sure where to > start with debugging as there are no unusual entries in the log. I guess > I'll start with deleting and re-adding the alarm.What is your chosen alarm > sound? When it fails do you hear the backup alarm? If not how long do you wait before deciding the backup alarm has also failed? Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116649 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=116649 Question: On what player types does the alarm fail for you? - Squeezebox Radio (official firmware 7.x) - Squeezebox Radio (community firmware 8.x) - Squeezebox Touch (official firmware 7.x) - Squeezebox Touch (community firmware 8.x) - SB Classic/Boom/Receiver/Transporter - Other (eg. Raspberry Pi based) KeBul wrote: > Yeah, Michael added it, top of each page in this thread... Lost when in > Tapatalk?? Never used it myself. > > KevLost on the mobile version of the site as well [emoji1787]. I see there is no option for no alarm failures. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116649 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Alarm not working with 8.3?
A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=116649 Question: On what player types does the alarm fail for you? - Squeezebox Radio (official firmware 7.x) - Squeezebox Radio (community firmware 8.x) - Squeezebox Touch (official firmware 7.x) - Squeezebox Touch (community firmware 8.x) - SB Classic/Boom/Receiver/Transporter - Other (eg. Raspberry Pi based) KeBul wrote: > Just to follow up on this, over the last 5 days on LMS 8.3 alarms have > intermittently failed to trigger on both SB Radios - community firmware > and official firmware. > > Still no issues on our SB Radio daily alarm on the LMS 8.2.1 setup - has > worked every day. > > Off to the poll now. > > KevIs there a poll? Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116649 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] New in 7.9: "Don't Stop The Music"
cpd73 wrote: > formats.playlists, player.playlist If I remove the PlayHLS plugin then the playlist is saved but I see a another couple of errors which probably aren't important. +---+ |Filename: playlist1.log| |Download: http://forums.slimdevices.com/attachment.php?attachmentid=37683| +---+ slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=105757 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] New in 7.9: "Don't Stop The Music"
cpd73 wrote: > formats.playlists, player.playlist OK, with those logs set to info I get the attached log. The PlayHLS plugin seems to be interfering. +---+ |Filename: playlist.log | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=37682| +---+ slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=105757 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] New in 7.9: "Don't Stop The Music"
cpd73 wrote: > H LMS -should- save playlist on changes, and does for me. With > appropriate logging enabled, when adding a track from the queue to a > playlist I see: > > > Code: > > > [22-04-10 19:00:54.3931] Slim::Player::Playlist::modifyPlaylistCallback (1081) Checking if persistPlaylists is set.. > [22-04-10 19:00:54.3933] Slim::Player::Playlist::modifyPlaylistCallback (1084) no client or persistPlaylists not set, not saving playlist > [22-04-10 19:00:54.4106] Slim::Control::Commands::playlistsEditCommand (2274) Playlist has changed via editing - saving new list of tracks. > [22-04-10 19:00:54.4151] Slim::Control::Commands::playlistsEditCommand (2281) Writing out playlist to disk.. > [22-04-10 19:00:54.4155] Slim::Formats::Playlists::M3U::write (251) Writing out: /home/craig/Downloads/lms/Playlists/Test.m3u > > > > > The 'Save' button on the default skin does a rename (with overwrite). > So, I could do that, but it should not be required. Material's > 'Rename' on a playlist checks if the name has changed, and if not does > not try a rename.Hmm I checked the modification time of the m3u file and it > wasn't updated until I saved it and overwrote it from the default skin. Which logging settings should I use? Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=105757 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] New in 7.9: "Don't Stop The Music"
cpd73 wrote: > Nope, can't find any "Adding <> to playlist" messages in Material... I, > perhaps wrongly, assumed that after DSTM added a track to the queue, > Material adding this track to a stored playlist, that a) in the stored > playlist this track had no meta-data and b) when adding to the track > back to the queue (at a later date?) it also had no meta-data.When I add a > Tidal track from the play queue to a playlist I see a message Added to 'playlistname' Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=105757 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] New in 7.9: "Don't Stop The Music"
mechaMecha wrote: > Same thing. All tracks have #EXTINF data except for the streamed tracks > that DSTM added to my play queue.Yup you are right my playlist m3u file also > contains #EXTINF data for local tracks but not for online tracks. Even so, my online tracks in the playlist do show track information and cover art so something else is causing the issue. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=105757 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] New in 7.9: "Don't Stop The Music"
mechaMecha wrote: > Just took a look at my current play queue's m3u file. > > Local track added manually: > > Code: > > #EXTURL:file:///C:/Users/Public/Music/Fine%20Young%20Cannibals/Fine%20Young%20Cannibals/Move%20To%20Work%20-%20Fine%20Young%20Cannibals%20-%20Fine%20Young%20Cannibals.m4a > #EXTINF:207,Move To Work > C:\Users\Public\Music\Fine Young Cannibals\Fine Young Cannibals\Move To Work - Fine Young Cannibals - Fine Young Cannibals.m4a > > > > Streamed track added manually: > > Code: > > #EXTURL:qobuz://13112529.flac > #EXTINF:-1,To Our Knees by Low from The Invisible Way (Édition StudioMasters) > qobuz://13112529.flac > > > > Local track added by DSTM: > > Code: > > #EXTURL:file:///C:/Users/Public/Music/Tori%20Amos/From%20The%20Choirgirl%20Hotel/She%27s%20Your%20Cocaine%20-%20Tori%20Amos%20-%20From%20The%20Choirgirl%20Hotel.m4a > #EXTINF:222,She's Your Cocaine > C:\Users\Public\Music\Tori Amos\From The Choirgirl Hotel\She's Your Cocaine - Tori Amos - From The Choirgirl Hotel.m4a > > > > Several streamed tracks added by DSTM: > > Code: > > #EXTURL:qobuz://44536217.flac > qobuz://44536217.flac > #EXTURL:qobuz://44536211.flac > qobuz://44536211.flac > #EXTURL:qobuz://3493217.flac > qobuz://3493217.flac > > > > Streamed tracks queued via Don't Stop The Music are missing #EXTINF > data. Mine don't have #EXTINF either but still display track data. You were looking at the play queue m3u file, what do you see in the playlist m3u file that you added the track to? Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=105757 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] New in 7.9: "Don't Stop The Music"
cpd73 wrote: > Have you looked at the entries in the playlist's m3u file? Perhaps the > URL saved there for a track added via DSTM is different to a manually > added track? As stated, all Material does is add the track's URL to > playlists. My Tidal track which displays correctly shows as #EXTURL: wimp://11945009.flac wimp://11945009 I did notice that tracks added to playlist do not appear in the m3u file unless you manually save the playlist. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=105757 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] New in 7.9: "Don't Stop The Music"
mechaMecha wrote: > You've tried the exact same thing on your system and it works fine? When > Don't Stop The Music adds Tidal or Qobuz songs to your queue, you can > add them to a playlist without any problems?Yes, I have uninstalled Playlist > Manager and used "Add to playlist" in Material skin and adding Tidal songs from Don't stop the music works fine.3765937660 Sent from my Pixel 3a using Tapatalk +---+ |Filename: Screenshot_20220409-093326.jpg | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=37660| +---+ slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=105757 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] New in 7.9: "Don't Stop The Music"
mechaMecha wrote: > Yes, but I don't know if I want to go through all that trouble just to > get to the bottom of this relatively minor issue, and I'm pretty > skeptical that it would make a difference. The NUC I'm using is probably > just as powerful, processor/RAM/SSD-wise, as most mid-tier laptops. I > bought it within the past two years to specifically use as a Roon core.It > probably won't make a difference but something is different in your system. Which version of LMS are you using? Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=105757 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] New in 7.9: "Don't Stop The Music"
mechaMecha wrote: > Intel NUC/Windows 10.Do you have a laptop you could install it on to see if > it makes a difference? Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=105757 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] New in 7.9: "Don't Stop The Music"
mechaMecha wrote: > Tidal and Qobuz sourced tracks result in the exact same problem, but > only when they're automatically added to my queue via DSTM plugin. Local > tracks are fine in every situation.What are you running LMS on? Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=105757 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] New in 7.9: "Don't Stop The Music"
mechaMecha wrote: > As I mentioned before, I have no issues at all when I *manually* add > *local or streamed* tracks to my queue, then add to playlist either by > using Playlist Manager's "Add to..." or just using Material's "Add to > playlist" with Playlist Manager disabled. The only time a null/unknown > entry is added to the playlist is when I try to add a song that's been > automatically added to my queue via DSTM using the LastMix/Last.fm > option (which invariably seems to be sourced from Qobuz). > > When I have time, I'll have to look into how to do some debugging, which > I have zero experience with...Could you try disabling Qobuz so Tidal is used > instead? Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=105757 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] New in 7.9: "Don't Stop The Music"
mechaMecha wrote: > Just took a look at my plugin settings. Yes, I do have Playlist Manager > enabled and I do use Material Skin. When I manually add music to my > queue, the "Add to..." feature works as expected (songs appear normally > after adding to playlist), but when I try to use it with songs that > Don't Stop The Music has added, a message pops up saying it's adding > "null" to my playlist. (These are songs that are streamed via either > Qobuz or Tidal, not in my local music library.) When I look at the > playlist itself, the "null" entries are listed as "unknown" in > Squeezelite. On my Android devices, Squeezer shows a hyphen instead of > the word "unknown." > > I mainly interact with LMS through the Squeezer app on my Android > tablet. I just now noticed that Squeezelite on my PC shows an "Add to > playlist" option in the popup menu, and I have to select "More" to > access the "Add to..." option. In Squeezer (on the tablet), the menu > doesn't even show "Add to playlist," it only gives me the "Add to..." > option, which explains why I've been using "Add to..." and not "Add to > playlist." > > Oh, well. Too many different things interacting with each other to > easily troubleshoot... (At least for my LMS-newbie self!) > > 37656If you do use "Add to playlist" do you see the same issue? On my system both "Add to..." and "Add to playlist" work properly even with tracks added by "Don't stop the music". Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=105757 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] New in 7.9: "Don't Stop The Music"
kidstypike wrote: > I think the Playlist Manager is probably only used from a player UI, or > certain apps. :confused:I just installed it and it seems to add "Add to ..." > to the "more" menu in Material skin but only for local tracks. The OP mentioned "Add to" rather than "Add to playlist" but it wouldn't be available directly from the three dots. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=105757 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] New in 7.9: "Don't Stop The Music"
kidstypike wrote: > Yes, works fine for me too, Material skin. > > Playlist Manager plugin installed though no idea if Material uses it.I don't > have Playlist Manager installed so does that appear somewhere else in the menu system? Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=105757 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] New in 7.9: "Don't Stop The Music"
mechaMecha wrote: > I'm just tapping the three dots to the right of the song in the queue > and selecting "Add to..." from the menu that pops up.It works OK for me using > "Add to playlist" in Material skin. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=105757 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] An old "friend" is back: Album split in 2 albums
frank1969 wrote: > OK, but I can - and I can reproduce and as You see from my database > excerpt, the issue happens. > I have e.g. no explanation why scanner recognized the artwork change if > artwork isn't changed at all... > I remember "my" last bug if it took weeks to find the explanation, that > it happens depending on the total number of changes in my database. > > I am sure that there is a logical explanation for this issue - log files > tell me I don't have any hallucinations ;)))Have you tried a different album? Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116170 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] An old "friend" is back: Album split in 2 albums
frank1969 wrote: > Yes, that's exactly what I did. > Meanwhile I was able to reproduce the behaviour by changing the title > again the other way round: > I changed the (track) title from "Sommarens sista sang (Radio Edit)" > back to "Sommarens sista sang". > On another track "Bland nattens skuggor" I just pressed "save" (wthout > any changes) to have scanner changed this track too (I wanna have TWO > files scanned to be sure that's it is not caused by anything on this ONE > special file) > > Once again: I did Nothing else and started a new&changed - and got 2 > albums again. > > That are the lines I found in scanner.log: > > [22-03-30 14:58:55.6718] Slim::Utils::Scanner::Local::Async::__ANON__ > (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen > [22-03-30 14:58:55.6723] Slim::Utils::Scanner::Local::Async::__ANON__ > (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\01 - Peter > Joeback - Aer det haer platsen.mp3 > [22-03-30 14:58:55.6728] Slim::Utils::Scanner::Local::Async::__ANON__ > (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\02 - Peter > Joeback - Du har foerlorat mer aen jag.mp3 > [22-03-30 14:58:55.6738] Slim::Utils::Scanner::Local::Async::__ANON__ > (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\03 - Peter > Joeback - Sommarens sista sang (Radio Edit).mp3 > [22-03-30 14:58:55.6743] Slim::Utils::Scanner::Local::Async::__ANON__ > (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\04 - Peter > Joeback - Ingen skyldighet.mp3 > [22-03-30 14:58:55.6748] Slim::Utils::Scanner::Local::Async::__ANON__ > (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\05 - Peter > Joeback - Mellan en far och en son.mp3 > [22-03-30 14:58:55.6753] Slim::Utils::Scanner::Local::Async::__ANON__ > (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\06 - Peter > Joeback - Bland nattens skuggor.mp3 > [22-03-30 14:58:55.6758] Slim::Utils::Scanner::Local::Async::__ANON__ > (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\07 - Peter > Joeback - Jag baer dig.mp3 > [22-03-30 14:58:55.6763] Slim::Utils::Scanner::Local::Async::__ANON__ > (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\08 - Peter > Joeback - Du behoever ingen hjaelp.mp3 > [22-03-30 14:58:55.6768] Slim::Utils::Scanner::Local::Async::__ANON__ > (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\09 - Peter > Joeback - Gloemskans tag.mp3 > [22-03-30 14:58:55.6774] Slim::Utils::Scanner::Local::Async::__ANON__ > (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\10 - Peter > Joeback - Goer det nu.mp3 > [22-03-30 14:58:55.6778] Slim::Utils::Scanner::Local::Async::__ANON__ > (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\11 - Peter > Joeback - I allt jag ser.mp3 > [22-03-30 14:58:55.6783] Slim::Utils::Scanner::Local::Async::__ANON__ > (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\12 - Peter > Joeback - Jag skulle aldrig be dig.mp3 > [22-03-30 14:58:55.6788] Slim::Utils::Scanner::Local::Async::__ANON__ > (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\13 - Peter > Joeback - Ha lite tro pa mig.mp3 > [22-03-30 15:27:24.0390] Slim::Utils::SQLiteHelper::updateProgress (466) > Notify to server OK > [22-03-30 15:27:24.0438] Slim::Utils::Scanner::Local::changed (975) > Handling changed audio track > file:///M:/P/Peter%20Joeback/2004%20-%20Det%20haer%20aer%20platsen/03%20-%20Peter%20Joeback%20-%20Sommarens%20sista%20sang%20(Radio%20Edit).mp3 > [22-03-30 15:27:24.1134] Slim::Utils::Scanner::Local::changed (975) > Handling changed audio track > file:///M:/P/Peter%20Joeback/2004%20-%20Det%20haer%20aer%20platsen/06%20-%20Peter%20Joeback%20-%20Bland%20nattens%20skuggor.mp3 > [22-03-30 15:27:24.1475] Slim::Utils::SQLiteHelper::updateProgress (442) > Notify to server: [ > > "progress:1648646844||importer||M:|directory_changed||51||51||1648646844.1471", > ] > > [22-03-30 15:37:47.2263] Slim::Music::Artwork::__ANON__ (767) > Pre-caching artwork for Det här är platsen from M:\P\Peter > Joeback\2004 - Det haer aer platsen\03 - Peter Joeback - Sommarens sista > sang (Radio Edit).mp3 > > To eplain: > The album titel (album tag) is "Det här är platsen" with German/Dansk > Umlauts - my folder and file names are without Umlauts (ä = ae) but they > remain of course in the tags. > > So I took a look at the artwork tags. > > BEFORE the scan I had 1 album: > album.id = 95331 > album.title = Det här är platsen > album.titlesort = DET HÄR ÄR PLATSEN > album.titlesearch = DET HAR AR PLATSEN > album.artwork = 7a015949 > album.contributor = 53377 > > on all (13) tracks on the album I saw: > tracks.cover = 66910 > tracks.coverid = 7a015949 > > AFTER the new&changed I had 2 albums: > > album.id = 95331 + 96730 > album.title = Det här är platsen > album.titlesort = DET HÄR ÄR PLATSEN > album.titlesearch = DET HAR AR PLATSEN > album.artwork = 7a015949 + a6062776 (for album.id = 96730) > album.contributor = 53377 > > on the 2 changed tracks I see: > tracks.cover =
Re: [SlimDevices: Beta] An old "friend" is back: Album split in 2 albums
frank1969 wrote: > Ah, this was the one I thought about > https://github.com/Logitech/slimserver/commit/4039a43607f2168bca4cf9da4875fd2aca5ca6f8 > I overlooked, it's about album title (eg. though You meant #title tags > from an album, not the #album tag) - thought it was about changing > (track) titles for I had this issue with track titles often before > myself and thought it was fixed. > > Unfortunately this time I can't "give You anything", for after > recognizing the issue I renamed the filename of the changed file and did > a rescan, so it is already fixed and I can't see anything in the db. > But from now one I will once again keep a copy of library and log-files > so I have it "at my hand" if it happens again. I thought the album title was the album tag. Am I wrong? An album doesn't have tags of its own, the tracks in the album have the album title in the album tag. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116170 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] An old "friend" is back: Album split in 2 albums
frank1969 wrote: > Yes, I was looking at extended tags. > > The way I work is the following: > I have defined a set of - I guess 12 - tags I only use > ALBUM;ALBUMARTIST;ARTIST;COMPOSER;COPYRIGHT;GENRE;LYRICIST;MEDIATYPE;PICTURE;TITLE;TRACK;YEAR > When I add a new file to the database I use a predefined action that > removes all tags except > ALBUM;ALBUMARTIST;ARTIST;COMPOSER;COPYRIGHT;GENRE;LYRICIST;MEDIATYPE;PICTURE;TITLE;TRACK;YEAR > . > So there should no user tag in db (except i made a mistake). > > When I try to find errors, first thing is to call "extended tags" in > mp3tag to see, if there is (for any reason) any other tag than the 12 > defined. This wasn't the case. > So next step is to see, what tags have different values (mp3tag shows > this in one glance). This usually should only be > ARTIST;COMPOSER;LYRICIST;TITLE;TRACK . > So I double checked is with this album - there are no duets, and I > didn't add the composers and lyricsts, so ARTIST was identical and > COMPOSER and LYRICST was empty. So TITLE and TRACK were the only tags > with different values... > > But once again: > I remember Michael found this bug a few weeks ago and fixed it and I > could confess it was fixed. So I hope it is only a "little > regression"...It still works for me so the mystery is why it doesn't work for > you. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116170 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] An old "friend" is back: Album split in 2 albums
slartibartfast wrote: > Which LMS version are you running? Some work was done on "new and > changed" scans in recent 8.3 versions. > > Sent from my Pixel 3a using TapatalkWhen I finally managed to change a title > tag I didn't see the album being split in two. Are you absolutely sure you didn't change something else? Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116170 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] An old "friend" is back: Album split in 2 albums
frank1969 wrote: > Always the latest nightly (checking before every scan), so those scans > were done with 8.3.0 r1647754697 on Windows 11. > > I remember Michael fixed this issue some weeks ago - now it seems to be > back...I tried editing a track title tag and a "new and changed" scan didn't pick it up even though the file modified date is today. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116170 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] An old "friend" is back: Album split in 2 albums
frank1969 wrote: > An old bug seems to be back - unfortunately I recognized it only 2 scans > afterwards so I didn't save the actual log files, but maybe You still > know what was the problem: > > - I have an existing album > - I change the title tag (in this case adding "(Radio Edit)" to the > existing track #3 - no other changes, no renaming > - I do a "new & changed"-scan > - I have 2 albums by the same artist with the same name in my db - one > containing only track #3, and one containing tracks #1-2 and #4-12 > > Do You remember the issue (and maybe the solution) and/or can You > reproduce it or should I try (will start to keep logs with my next scans > again)? > > Thanks, > FrankWhich LMS version are you running? Some work was done on "new and changed" scans in recent 8.3 versions. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116170 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] New and Change scans are hanging
mherger wrote: > > Aha OK that has always bothered me. I have around 3100 albums though. > > Maybe the others don't have coverart. > > Or they use embedded artwork? > > > Is there an easy way to check how > > many have missing cover art? > > MAI has this feature. You'd find it in the web UI's (Default, not > Material!) Extras menu.2342 coverart from scan + 751 albums without coverart > = 3093 Library statistics reports 3152 albums. Still an annoying difference. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116092 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] New and Change scans are hanging
slartibartfast wrote: > Aha OK that has always bothered me. I have around 3100 albums though. > Maybe the others don't have coverart. Is there an easy way to check how > many have missing cover art? > > Sent from my Pixel 3a using TapatalkTo answer my own question I have 2452 > folder.jpg files some of which will be duplicated for multi disc (multi folder) albums so that ties in with the number of coverart files found in the scan [emoji2] Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116092 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] New and Change scans are hanging
mherger wrote: > > Probably not related but my new and changed scans always discover more > > than 2000 updated coverart files even when no changes at all have been > > made to the library.37466 > > No, it's not finding updated coverart, but it's verifying whether they > have been updated.Aha OK that has always bothered me. I have around 3100 > albums though. Maybe the others don't have coverart. Is there an easy way to check how many have missing cover art? Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116092 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] New and Change scans are hanging
Probably not related but my new and changed scans always discover more than 2000 updated coverart files even when no changes at all have been made to the library.37466 Sent from my Pixel 3a using Tapatalk +---+ |Filename: Screenshot_20220315-083525.jpg | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=37466| +---+ slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=116092 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] How does new&changed scanner detect what files to scan?
In my experience tagging changes aren't always picked up properly in a new and changed scan anyway. I always remove and replace the affected albums doing a new and changed scan twice. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=115919 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Can't access web-interface with 8.3.0-1632725023 (latest nightly)
Paul Webster wrote: > I'm not running 8.3 here ... but a couple of question / observations > > The 127.0.0.1 IP address will only work on the computer that is running > LMS so, hopefully, you used a different IP address (probably something > like 192.168.1.5) when you tried to access it from other computers. > > I was going to suggest temporarily disabling any firewall on the LMS > machine ... but since it worked from mobile phone apps then it should > not be a firewall issue. > > Any clues in the LMS server.log file? > > Edit: > just seen your update - feel free to ignore the reply above!When I updated to > the latest LMS 8.3 it seemed to be working fine. I happened to see another unrelated thread where someone had posted info from running "top". To compare their info with mine I ran top and noticed something like systemd-journal consuming 100% CPU. This seemed odd so I rebooted the Pi. After this LMS wouldn't run and when I tried to start LMS via SSH I saw a couple of errors. One was "unable to read server.prefs" or similar and the other was something to do with not being able to write to a log because the disk was full. The disk wasn't full. Removing the cache folder got things going again but this only happened after installing LMS 8.3.0 - 1632725023 @ Mon Sep 27. I wouldn't have known there was an issue without running top as everything was working but the Pi was running hotter than usual. It is possible others will run into this after restarting their servers. It could be a coincidence that it happened after installing the update but what else could have caused it? Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=115198 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Can't access web-interface with 8.3.0-1632725023 (latest nightly)
frank1969 wrote: > Thanks, problem solved by installig a backup of my database (deleting > "cache" folder, copying "cache" folder from my last backup). > Crazy issue - database obviously worked with apps and devices, but not > with the web interface - maybe caused by google drive now set up to > backup "cache" folder while lms is running...Hmm I just restarted my Pi > running the latest LMS 8.3 and had what I assume is the same issue. Deleting the cache has got me going again but now I have to set everything up from scratch. Before I rebooted I noticed a lot of stuff being written to the journal and Systemd-journal or similar was consuming around 100% cpu on a Pi4. That was why I rebooted in the first place. Something strange is going on. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=115198 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] LMS 8.3 and Various Artists
mherger wrote: > > Hmm I see in the comments for the pull request that Michael wasn't > > totally convinced of the logic behind it and said it would be easy to > > revoke if it caused issues. It has caused issues. > > Please define "issues", and some number to allow for the plural :-). > > If the issue is a change in behaviour which per-se is correct, but some > don't like because it means work for them, and if it took half a year > for a person or two to eventually hit that issue, then I'd consider it a > > non-issue. But that's just my opinion. It seems to solve an issue for one person which nobody had complained about previously. The originator doesn't say how many of his albums were affected but only one is mentioned. If it took more than twenty years for the original issue to be noticed maybe that was a non-issue [emoji2]. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=115184 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] LMS 8.3 and Various Artists
gharris999 wrote: > Yes, I think they're all related. What I'm unsure of is if the intended > result was to force everyone to have to manually tag all their cuesheets > if they wanted them to be recognized as compilations. That seems like a > really big change in fundamental behavior for the scanner and I'm > surprised that it hasn't been commented upon.Hmm I see in the comments for > the pull request that Michael wasn't totally convinced of the logic behind it and said it would be easy to revoke if it caused issues. It has caused issues. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=115184 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] LMS 8.3 and Various Artists
gharris999 wrote: > Am I understanding this commit: > > https://github.com/Logitech/slimserver/commit/68ec4e69d55e9746c8d4dee4fa1c74617a5464e9 > > ..correctly? That it's asking that I go back, extract embedded > cuesheets from about 8,000 flacs in my library, identify which ones are > compilations and then manually add: > > REM COMPILATION > > ..to each one and then re-embed the cuesheets? > > If that's the case, why???The same person submitted 3 changes on the same > day. Are they all related? https://github.com/Logitech/slimserver/commits?author=jbylsma Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=115184 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] LMS 8.3 and Various Artists
gharris999 wrote: > I'm late to the party in terms of using 8.3. I've just cloned the repo > this evening and scanned my music library. I can't seem to get my > compilation albums to show up under: > > Genres->Genre Name->Various Artists > > ..i.e. there's no "Various Artists" in the list of artists for any > genre. > > In the "My Music" settings, I've enabled: > > Use single, configurable list of artists > > ..and.. > > Group compilation albums together. > > Am I doing something wrong here, or is this a bug? Various Artists appears at the top of the Artists list for any genre for me and I have the same settings in "My Music". I didn't install by cloning the repo. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=115184 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] "Misspelled" artists remain in the database
frank1969 wrote:
> It was just an idea to keep the "new&changed" quick (and I like it to be
> this quick ;)) to "outsource" options like looking for orphaned entries
> in a separate routine You only use once a week or once a month... (the
> "n&c" I use daily).
>
>
>
>
> OK, for now I have 3 main issues (I started to look into the sqlite
> myself to get some "idea" where they result from, but I'm really not an
> expert ;-))
>
> 1. Artists without any tracks in the database are still listed and still
> linked to their "old" entries
>
> (I just reproduced this by looking in the db and found the reason - the
> misspelled name ("Beetles") was still in another track tagged with
> anouther contributor role (composer). So it still had an ID in
> contributors - and was linked in contributor_track just to this ONE
> track (after correcting the composers spelling it was gone). But the
> main problem is, that as long as the contributor id is "active" there
> seems to be still a connection to "old" entries, where it was mentioned
> before (couldn't see where it resulted from, now it's gone - will keep
> an eye when it happens again)
>
> 2. Chaning capitalization / lower case in FILENAME leads to double
> entries
>
> (I can reproduce this issue ONLY if the filename is changed - changing
> capitalization in another tag (e.g. track, artist) seems to work fine)
>
> 3. Adding tracks to an existing albums result in two albums of the same
> name
>
> (Happens when You add tracks from a deluxe edition e.g.:
> - Standard edition is in database (one album, 10 tracks) => all fine
> - You add track 11-13 from the deluxe edition: SAME (windows) folder,
> SAME album name, SAME year, SAME album artist, SAME compilation tag
> eg...) => You have TWO albums of the same name and artist in Your db,
> one with track 1-10 , the other one with track 11-13)
>
> Many thanks for caring
> Frank
>
>
> Once we have a good understanding of what was wrong we can look into how
>
> to fix the issues. I believe if they were easy to fix, this would have
> happened long before. But maybe we could indeed simply add a purely
> database based cleanup step, eg. figure out orphaned entries etc.
>
> > There are a few more "bugs" (e.g. the "Windows bug" (I know, it is
> > caused by windows and not by LMS, but it's frustrating) of being not
> > case sensitive (e.g. If You correct a file name from "...beatles..."
> to
> > "...Beatles..." You have TWO entries in Your database, pointing to
> the
> > same file (one with small letter, one with capital letter)...
>
> Could probably be tweaked to behave better, too.I seem to remember "new and
> changed" doesn't pick up a changed
folder.jpg.
I don't trust it with anything to do with tag changes either.
The only situation where I am confident it will work is adding or deleting
albums.
Sent from my Pixel 3a using Tapatalk
slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609
View this thread: http://forums.slimdevices.com/showthread.php?t=115021
___
beta mailing list
beta@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] "Misspelled" artists remain in the database
frank1969 wrote: > Thanks! > Yes, I have the same experience and sometimes I do it that way (moving > files to a "quarantine" ordner, do a "new&changed", correct them and > move them back, do another "new&changed"). > > But I guess/hope this forum is a chance to make LMS even (still) better > and find a solution without those workarounds... > > btw: I just looked into the sqlite-database and "try" something with a > new scan...It would be a welcome improvement if "new and changed" worked > correctly. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=115021 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] "Misspelled" artists remain in the database
frank1969 wrote:
> One bug about cleaning up database, that still exists
> (I just did a clear scan a few weeks ago):
>
> If You correct an artists name (e.g. misspelling), the old artist
> remains in the database although it has NO existing tracks.
>
> e.g.:
> - You have misspelled "Beetles" on some tracks in Your database.
> - You correct it to "Beatles"
> - You do a "new & changed scan"
> - You search for "Beatles" (and click on the artist name) - the tracks
> (before tagged with "Beetles") are found - FINE!
> - You search for "Beetles" (and click on the artist name) - the tracks
> (before tagged with "Beetles") are still found. When You "click" them,
> it shows "empty" ("leer").
>
> So they are really gone - but there still is a connection between the
> misspelled artist and the (now corrected) tracks.
>
> One idea:
> Maybe we could invent something like a "Database cleanup" routine (in
> addition to the "new & changed") - I saw something like this in Media
> Monkey.
> There are a few more "bugs" (e.g. the "Windows bug" (I know, it is
> caused by windows and not by LMS, but it's frustrating) of being not
> case sensitive (e.g. If You correct a file name from "...beatles..." to
> "...Beatles..." You have TWO entries in Your database, pointing to the
> same file (one with small letter, one with capital letter)...
>
> btw: THANKS for Your great work.
>
> FrankI have always found that "new and changed" scan can leave lots of
unexpected things behind. The only way to be safe is to do a "Clear and
rescan" or remove incorrectly tagged items, do a "new and changed" scan,
replace corrected items and do another "new and changed" scan.
Sent from my Pixel 3a using Tapatalk
slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609
View this thread: http://forums.slimdevices.com/showthread.php?t=115021
___
beta mailing list
beta@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] New in 7.9: Fulltext search
mherger wrote: > > Does high work OK with 1GB of RAM? How many tracks do you have and > what > > size is your swap space? > > It should, unless you run a lot of other services on the same Pi. I've > been using "max" on a pCP based server for years (Pi 3B+). It handles > about 21k tracks smoothly.MusicIP uses a lot. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=102347 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] New in 7.9: Fulltext search
macpac wrote: > I also set it to 'high' after Michael's hint. It was on 'normal' before.Does > high work OK with 1GB of RAM? How many tracks do you have and what size is your swap space? Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=102347 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] New in 7.9: Fulltext search
macpac wrote: > Thanks for the hint regarding the cache. I changed the swap partition > according to 'this thread' > (https://forums.slimdevices.com/showthread.php?106958-Success-MusicIP-and-Spicefly-Sugarcube-running-on-Raspberry-Pi&p=875979&viewfull=1#post875979) > and then it worked. :DWhat is your "Database memory config" setting in settings/advanced/performance?[image: https://uploads.tapatalk-cdn.com/20210504/50c92496452b54fa2578ba815f46ff08.jpg] Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=102347 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] New in 7.9: "Don't Stop The Music"
staresy wrote: > The mix settings make no difference. After a bit of experimenting, it > seems to be an issue with MusiIP and having just a single artist in a > genre. > > Changing the artist names on a few of my Johnny Cash albums to something > else resolves the issue and MusicIP returns sensible mixes. I might post > this in the MusicIP thread, or I might just buy a few different > "Country" CDs from different artists to mix it up a bit.So even turning off > restrict genre makes no difference? I'll never understand how Music IP makes decisions [emoji3] Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=105757 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] New in 7.9: "Don't Stop The Music"
staresy wrote: > Hi, > I use DSTM with the MusicIP option. The way I tend to listen is to > "seed" DSTM/MusicIP with a single track (eg. a single Miles Davis track > sets up a Jazz playlist, a Bob Marley track sets up a Reggae playlist > etc..). This works well in almost all scenarios except one... > > I have about 20 Johnny Cash albums all under the genre "Country". I have > no other "Country" artists. The problem I encounter is seeding > DSTM/MusicIP with a Johnny Cash track plays a single Johnny Cash track > but then goes onto random song mix (ie. any genre/artist). I think DTSM > and MusicIP are doing what they should given the settings (and the > problem is there is only one artist in the selected genre - therefore > MusicIP doesn't return a Mix and DSTM defaults to Songmix). > > In the above scenario, I would prefer DTSM to default to Songmix > (limited to current genre). This would then effectively shuffle the seed > artist (without having to change configs). > > Is that possible, or are there any suggestions as to how better > configure to cope with this scenario? > > Hope that makes sense, thanks in advance.Try experimenting with the MusicIP > settings. Mix style, mix variety and restrict genre. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=105757 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Stream without sound
bpa wrote: > I made a typo - the stream are 96kbps and not 96 kHz. > > The MP3 stream is 32kHz 96kbps - 32kHz is a bit unusual (esp at 96kbps) > but valid MP3 stream rate. > It "feels" like your DAC does not support 32kHz. > What is make/model ofthe DAC on the digital connection so specs can be > checked. > Is connected via optical or coax (some DACs interfaces have different > specs ) ? > > What is the URL for the 128kbps.Just to confuse things I tried the stream in > the first post and my DAC says it is 96kHz and LMS reports 96kbps CBR MP3. Seems unlikely but the DAC wouldn't lie. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=113346 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Stream without sound
bpa wrote: > I made a typo - the stream are 96kbps and not 96 kHz. > > The MP3 stream is 32kHz 96kbps - 32kHz is a bit unusual (esp at 96kbps) > but valid MP3 stream rate. > It "feels" like your DAC does not support 32kHz. > What is make/model ofthe DAC on the digital connection so specs can be > checked. > Is connected via optical or coax (some DACs interfaces have different > specs ) ? > > What is the URL for the 128kbps.I think a lot of modern DACs won't support > 32kHz. My Topping E30 doesn't according to the spec. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=113346 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Latest Nightly RPM refusing to start
Browny wrote: > Afternoon all, > > I've switched over to running LMS8 and it's been running well for me. > > As it was prompting for an update I downloaded the latest rpm > (logitechmediaserver-8.0.0-0.1.1599249040.noarch.rpm) and installed as > usual using rpm, but service fails to start once installed with the > following: > > > Code: > > â squeezeboxserver.service - LSB: Startup script for the Logitech Media Server > Loaded: loaded (/etc/rc.d/init.d/squeezeboxserver; bad; vendor preset: disabled) > Active: failed (Result: exit-code) since Sat 2020-09-05 16:59:44 BST; 23s ago > Docs: man:systemd-sysv-generator(8) > Process: 17883 ExecStop=/etc/rc.d/init.d/squeezeboxserver stop (code=exited, status=0/SUCCESS) > Process: 18036 ExecStart=/etc/rc.d/init.d/squeezeboxserver start (code=exited, status=1/FAILURE) > > Sep 05 16:59:44 xxx squeezeboxserver[18036]: BEGIN failed--compilation aborted at /usr/lib64/perl5/Slim/Buttons/XMLBrowser.pm line 27. > Sep 05 16:59:44 xxx squeezeboxserver[18036]: Compilation failed in require at /usr/lib64/perl5/Slim/Buttons/Common.pm line 43. > Sep 05 16:59:44 xxx squeezeboxserver[18036]: BEGIN failed--compilation aborted at /usr/lib64/perl5/Slim/Buttons/Common.pm line 43. > Sep 05 16:59:44 xxx squeezeboxserver[18036]: Compilation failed in require at /usr/libexec/squeezeboxserver line 235. > Sep 05 16:59:44 xxx squeezeboxserver[18036]: BEGIN failed--compilation aborted at /usr/libexec/squeezeboxserver line 235. > Sep 05 16:59:44 xxx squeezeboxserver[18036]: [FAILED] > Sep 05 16:59:44 xxx systemd[1]: squeezeboxserver.service: control process exited, code=exited status=1 > Sep 05 16:59:44 xxx systemd[1]: Failed to start LSB: Startup script for the Logitech Media Server. > Sep 05 16:59:44 xxx systemd[1]: Unit squeezeboxserver.service entered failed state. > Sep 05 16:59:44 xxx systemd[1]: squeezeboxserver.service failed. > > > > > Reverting back to a previous version > (logitechmediaserver-8.0.0-0.1.1598791476.noarch.rpm) is working fine > so something new is breaking on my system. > > Details of my system as follows: > > perl 5, version 16, subversion 3 (v5.16.3) built for > x86_64-linux-thread-multi > OS - ClearOS (Centos based) 7.7.2 (Final) > > Happy to test if needed or will stay on the older version for while! > > Thanks > BrownyAlready discussed in this thread https://r.tapatalk.com/shareLink/topic?url=https%3A%2F%2Fforums%2Eslimdevices%2Ecom%2Fshowthread%2Ephp%3Ft%3D112885&share_tid=112885&share_fid=813&share_type=t&link_source=app Try updating again, the change has been reverted. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=112888 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] New in 7.9: "Don't Stop The Music"
slartibartfast wrote: > Don't stop the music seems to have stopped working for me. Using latest > LMS 8 nothing is added to the playlist. > > Sent from my Pixel 3a using TapatalkNever mind it seems to have started > working again. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=105757 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] New in 7.9: "Don't Stop The Music"
Don't stop the music seems to have stopped working for me. Using latest LMS 8 nothing is added to the playlist. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=105757 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] LMS 8.0 & SqueezeBox 2 - "Connection Timed Out"
sokato wrote: > Oops. Correct that. Not sure 7.9.2 didn't work. Stupid package > manager automatically updated me to 8.0.0. > > Have to try that again and turn off auto-updates.If you haven't already it > might be worth looking at this thread. https://forums.slimdevices.com/showthread.php?p=969267 Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=112673 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] LSM splits one album into multiple albums with the same name
frank1969 wrote: > yes, this is the workaround I use (moving the folder to antother > directory (I call it "quarantine" for years, btw) , do another > new&changed, move the folder back, do once again a "new&changed") - but > I thought, why always use a workaround if there is a way to fix it? :) > > The above by @garym described correcting of "disc nr"-tag leads to the > same bug. > > (just to explain: a clear and rescan runs for 6-8 hours in my directory. > I do it every one or 2 months, but it is no good idea to do it after > every "tag correction" ;))Replacing a folder.jpg is also not picked up by the > new and changed scan. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=112620 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] LSM splits one album into multiple albums with the same name
frank1969 wrote: > This is something I watched several times but no I have one case where I > can reconstruct how it happened: > > I have one album in one folder (as usual) in my database. > No I see, that 2 of the album's tracks have the wrong album-tag. (eg > Track 3-10 are correctly labelled as "Album XYZ", Track 01 and Track 02 > are labelled as "Album AB" and "Album CD") and correct just the > album-tag to "Album XYZ". > > After the next "new & changed" I have 3 albums of the same name (and > artist) in my database, all named "Album XYZ" - one contains "Track 01", > the 2nd one "Track 02" and the 3rd one Tracks 03-12. This remains also > with the nex "new & Cnahnged" scans. > So LMS obviously doesn't seem them as 1 album although they are all in > the same folder and all labelled with the same album (and albumartist) > tag...New and changed scans don't always do what you expect. A clear and rescan should fix it. Alternatively remove that album folder, do a new and changed scan then replace the folder and do another new and changed scan. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=112620 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Version 8.0 -- ready to test?
netchord wrote: > Michael- does DSTM work in 8? i see it installed, but there's no way to > configure it. > > thanks.Have you looked in Player Settings? Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=111600 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Version 8.0 -- ready to test?
gharris999 wrote: > Definitely using Spotty. I may have messed up cloning the public/8.0 > git repo and the various links I use to differentiate between branches > when running the git code as service via systemd. So I need to more > carefully check my installation before I comment further.Probably easier to > install from http://downloads.slimdevices.com/nightly/?ver=8.0 Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=111600 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Version 8.0 -- ready to test?
gharris999 wrote: > OK, added the Online Music Library Integration plugin, rescanned, > restarted LMS, the integration plugin reports: > > > > ..despite my being able to stream Spotify via Spotty through LMS. > > I really don't stream that much content. I'm much more wrapped up in my > local library, so I think I'll leave this discussion to folk who have > more invested in this kind of integration and who will likely do a > better job than me in getting this working. > > That said, it's *really* gratifying to see you guys continue to keep LMS > relevant by adding new features like this.Have you tried installing from the > nightly builds rather than git? Pretty sure it should work even without the "online music service integration" plugin. Are you running Spotty and not the old Spotify plugins? Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=111600 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Installing LMS on a cloud server
frank1969 wrote: > Did anyone try to install LMS on a cloud server (eg from ionos/1und1). > > I wanna try, the idea is to install the LMS package there, copy my > database ( library.db or the whole "cache"-directory ) onto the server > and then adressing it from "all over the world" on http://*myIP*:9000 ) > > Can anyone tell if this works or if there should be any problems I don't > see yet? > > They offer LINUX with either > CentOS 6 > CentOS 7 > Debian 8 > Debian 9 > Ubuntu 16.04 > Ubuntu 18.04 > > Which should be best for installing LMS and which LMS installer do I > have to chose (sorry for the stupid question, but I'm running LMS for > Windows since more than 10 years ;) ) > > THANKS! > > PS: Just to add: I don't wanna use it to listen MUSIC over the www, I > know this won't work (for the library is on my PC offline). I only wanna > use the database function-s.From your precious thread about this I guess > nobody else has tried. Why not try it and report back? [emoji3] Sent from my SM-G900F using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=110703 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] 7.9 Problems/Bugs
Wombat wrote: > I have no real solution but you can correct this without full rebuild by > moving the file/album/folder out, rescan new&changed, restart server > service, move file/album/folder back, rescan new&changed. > > Edit: i recognized that COMMENT field behaviour a long time ago. It is > not only in recent betas.Do you need to restart the server between scans? I > often remove a folder, perform a new and changed scan to delete, replace the modified folder and rescan. This works perfectly without restarting the server. Sent from my SM-G900F using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=101516 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] 7.9 Problems/Bugs
JJZolx wrote: > Here's a small but confusing bug: > > I'm setting up LMS 7.9.2 on a new Windows server. When I configure > plugins for the first time, I uncheck quite a few, and I add a couple of > 3rd party plugins (BlankSaver and What Was That Tune). When I click > 'Apply' and choose not to restart the server, the refreshed 'Active > plugins' list fails to display the 3rd party plugins that were selected. > And they no longer appear in the '3rd Party plugins' list.I suppose the > plugins aren't active until the restart. Sent from my SM-G900F using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=101516 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] LMS 7.9.2: updated SQLite module v1.58
mherger wrote: > > Hmm. Software Update says there is no update available. > > It only checks every 24h. Go here > http://downloads.slimdevices.com/nightly/index.php?ver=7.9 instead > > -- > > MichaelThanks. Installed it manually. So it doesn't find an update if you > click on "Check for updates"? I thought that would override the daily check. Sent from my SM-G900F using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=109460 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] LMS 7.9.2: updated SQLite module v1.58
mherger wrote: > > Updated to 7.9.2 - 1536927057 and SQLite version is still 1.34_01. > > Perl version is 5.24.1 - arm-linux-gnueabihf-thread-multi-64int > > That wasn't latest when I posted. You need to update again :-) > > -- > > MichaelHmm. Software Update says there is no update available. Sent from my SM-G900F using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=109460 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] LMS 7.9.2: updated SQLite module v1.58
mherger wrote: > > OSMC on Pi so I assume it is close to Raspbian. > > New builds with binaries for 5.24/armhf are up. Please give it a try. > > -- > > Michael If I search for sqlite.pm after updating all I find is 25620 +---+ |Filename: sqlite.JPG | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=25620| +---+ slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=109460 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] LMS 7.9.2: updated SQLite module v1.58
mherger wrote: > > OSMC on Pi so I assume it is close to Raspbian. > > New builds with binaries for 5.24/armhf are up. Please give it a try. > > -- > > MichaelUpdated to 7.9.2 - 1536927057 and SQLite version is still 1.34_01. Perl version is 5.24.1 - arm-linux-gnueabihf-thread-multi-64int Sent from my SM-G900F using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=109460 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] LMS 7.9.2: updated SQLite module v1.58
mherger wrote: > > Armhf/5.24.1 for Debian Stretch would be nice if possible. > > Would that be Raspbian on Pi or some other platform? > > -- > > MichaelOSMC on Pi so I assume it is close to Raspbian. Sent from my SM-G900F using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=109460 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
