Also getting a whole list of individual program(me)s after/before
Thursday.
nonnoroger's Profile: http://forums.slimdevices.com/member.php?userid=35581
View this thread: http://forums.slimdevices.com/showthread.php?t=53229
jdwek wrote:
> Michael and Roger
> Is there a beta release I should be loading? I noticed the bug is
> listed as fixed. Or is the fix a part of the not yet released 7.8?
>
> Thanks
>
> Jerry
Hi Jerry
I suggest you refer to the thread at
http://forums.slimdevices.com/showthread.php?96514-Doe
Triode wrote:
> Version 1.2.9 should hopefully fix this.
Which it does! Many thanks.
nonnoroger's Profile: http://forums.slimdevices.com/member.php?userid=35581
View this thread: http://forums.slimdevices.com/showthread.p
mherger wrote:
> >
> I'm currently working on some more event driven approach. Instead of
> listening to all possible events, it might be easier to catch changes to
>
> the lastActivityTime. That would be a rather simple change.
>
> --
>
> Michael
Great. Would that approach allow you to te
mherger wrote:
> > The main problem I have found with WOL in ML is that OSX goes back to
> > sleep after 30 sec unless some application sets a power assertion to
> > prevent it. The attempts to use ReallyPreventStandby I proposed
> earlier
> > in this thread, and also the new version of PreventSt
Munroe wrote:
> Perhaps one could just move to a dedicated server for the Squeezebox
> library. I have had an awful time getting ML and before that Lion to
> work WOL since Snow Leopard. In my house, we just purchased a WD
> MyBookLive for streaming movies/photos etc, and apparently one can
> i
epoch1970 wrote:
> Nevermind the logic.
> Just try to get an accurate player status right after wake from sleep.
> When the machine needs to re-hook to the network, SBS to refresh its
> data
>
> In the srvPowerControl thread I have posted a piece of perl code that
> asks for player status usin
epoch1970 wrote:
> You want to infer that the busy player was the wake-up reason. This is
> racy. This will not work reliably, I will bet on that.
It does not matter whether it was the wake up reason or not. If a SB is
busy there is no harm in LMS keeping the server awake by making a power
asser
epoch1970 wrote:
> I've been reading the bug report discussion, and a few pages back on
> this thread. "What woke me up?" is a question that won't get answered in
> the general case. "Who woke me up?" is an almost impossible question to
> answer.
>
> What seems possible with the current machines
gharris999 wrote:
> But why? Are you saying that OS X, like WinXP, doesn't obey the system
> power management settings when woken via WOL? If OSX does obey those
> settings, then the system imposes its own grace period and LMS will
> behave like any other service...exactly what you're asking fo
gharris999 wrote:
> Then I really don't understand what you're suggesting. In a couple of
> threads now, you suggest that the resume 'grace period' should be
> dropped from ReallyPreventStandby. I just pointed out a way that could
> be done without breaking the fix for Windows XP and now you're
gharris999 wrote:
> The original rationale for the 'grace period' after resume was to fix a
> specific problem with Windows XP. Many users (myself included) would
> see their systems go back into suspend 2 minutes after a WOL no mater
> what system power management settings they had configured.
up more often by the base station.
In view of the below, let me know if you do want any more details!
I doubt very much if the Mac can stream without being fully awake but
the screen does not need to be on.
jdwek wrote:
> Nonnoroger, thanks for your very polite reply to my last thread. To a
&g
Triode wrote:
> I don't ship that CPAN module this is part of the server distribution.
> I'll look at what I can do in my binary though.
>
> You should be able to find it in the code shipped with the server - its
> in CPAN/Proc/Background/Unix.pm somewhere... (not sure where will be
> installe
Triode wrote:
> Well this is a feature of CPAN's Proc::Background then which is used to
> start background processes for the server - this has the following code
> in it:
>
> sub _die {
> my $self = shift;
>
> # Try to kill the process with different signals. Calling alive()
> will
> # collect
I have been looking at (part of) the history of ReallyPreventStandby at
http://bugs.slimdevices.com/show_bug.cgi?id=8520 and have a couple of
questions (for Gordon and anyone else following who might remember the
issues).
Gordon, you said then:
The version I came up with makes PreventStandby wor
Triode wrote:
> I don't see why this is logging a crash report as its saying the reason
> is receiving a quit signal - I would expect the application to close
> when it sees this. Perhaps someone more familiar with OSX can comment?
Well no - any *nix uses the SIGQUIT signal to cause a "core" dum
Hello Triode
This has been happening for a while but I thought I should post this now
it has happened again with your latest version. I stop LMS from the OSX
Preference Pane.
Top of crash report says:
Process: spotifyd [17095]
Path:/Users/USER/Library/Caches/*/spotifyd
Ident
gharris999 wrote:
> I'm glad you guys are working this out. And I'm happy that
> ReallyPreventStandby, though somewhat long-in-the-tooth, still manages
> to serve some function!
Thanks Gordon. I hope you will still be in a position sometime to take a
look yourself at the change I have made. The
danco wrote:
> Very neat idea.
>
> I have run into one problem, that is probably the way
> ReallyPreventStandby works (but I never debugged enough previously to
> know about it).
>
> I listened to a program on BBC using BBC iPlayer. After a while I
> stopped it (but did not turn my SB off). I t
nonnoroger wrote:
>
> 4. In the Plugins tab again, go to the Settings for
> ReallyPreventStandby. To reproduce my configuration choose:
>
> Allow standby after how many idle minutes? 3
> Prohibit standby if players are on? Checked
> Inhibit standby command: caffeinate -
jdwek wrote:
> I am not at all a computer person so I doubt if this will help. I did
> happen to notice this on a different forum and wondered if it might be
> useful. It is a caffeinate command that targets the specific program
> SABnzbd specifically. Could not we do the same thing with LMS?
danco wrote:
> ... What I do not understand is why, after WOL has woken up a Mac, it
> would ever go to sleep before the idle period as set in Energy Saver.
But that is not what happens with Mountain Lion. As I have explained in
several posts. The idle period is only applied after interactive us
se settings and my change.
Keep Hands off keyboard and mouse.
16. After several cycles, go back to your mac screen/keyboard and take a
look at the LMS Server log in Console - if you set debugging above.
Please let us know how you get on
Many tha
danco wrote:
> So, is this a simple change that we can make for ourselves, or does it
> require a modified plugin? If the latter, can you post your
> modification.
>
It is a simple change to the plugin that you can make for yourself once
it is installed. See next post for the modification. But l
nonnoroger wrote:
> Debugging the plugin and analyzing the code convinced me that in this
> case at least, the call of _killInhibitCmd() in the plugin's
> _hasResumed() is inappropriate, at least with these settings. It was
> having the effect of killing the caffeinate that ha
gharris999 wrote:
> Truthfully, I never did take ReallyPreventStandby's code to a "finished"
> state. The toggle feature was supposed to be a execute:first == inhibit
> sleep, execute:again == uninhibit. But I don't recall if I really
> fleshed that feature out or not. I'd have to review the c
danco wrote:
> As I understand it, under ML hard drive activity does not prevent
> sleep.
>
> Previously, it was *supposed* to prevent sleep, but this worked for some
> people and not for others.
And, of course, nowadays it is not just playing local media from the
hard drive, but also BBC Radio
jdwek wrote:
> I am surprised you say the bug has been around for years. When I had
> Lion 10.7 my media server played fine. From my understanding ML took
> the sleep issue to an extreme and now LMS does not prevent sleep. I
> wonder if the problem is related to the lack of a PowerNap firmware
Turns out that kIOPMAssertionTypePreventSystemSleep has been available
since OS X 10.7 (Lion).
See
http://developer.apple.com/library/mac///#/documentation/IOKit/Reference/IOPMLib_header_reference/Reference/reference.html
n
danco wrote:
> I think you are a bit hard on Logitech. Mountain Lion introduced a new
> sleep policy (hard drive activity is ignored in resetting the sleep
> timer, only keyboard or mouse activity counts) that might not have made
> it into the final version of ML, so it wasn't really something to
jdwek wrote:
> I posted elsewhere here that my upgrade to mountain lion now no longer
> allows continuous streaming. I also suspected it was a sleep issue and
> it seems to be confirmed here. I did not have any issues with Lion and
> I had no extraneous application running in the background. G
gharris999 wrote:
> Truthfully, I never did take ReallyPreventStandby's code to a "finished"
> state. The toggle feature was supposed to be a execute:first == inhibit
> sleep, execute:again == uninhibit. But I don't recall if I really
> fleshed that feature out or not. I'd have to review the c
danco wrote:
> I'm sure you know what's happening on your own machine.
>
> But I see that the Roaringapps compatibility table lists Caffeine as
> compatible with Mountain Lion. If it's not, maybe you should report it
> there.
>
> I've just installed ML on an external drive, not my main one, so
nonnoroger wrote:
>
> I will try it for a couple of days and then post again.
No need to wait a couple of days. My Mac Mini is still going to sleep
sometimes while LMS is playing to a SB (Touch). For a while
ReallyPreventStandby, invoking caffeinate, does prevent standby beyond
my syste
Well, it dawned on me that we should be able to invoke caffeinate as it
is from ReallyPreventStandby instead of Gordon's sleep-inhibit (although
I see from the source of this that it was also using assertions, but
differently from caffeinate and presumably not in a way that works under
Mountain Li
danco wrote:
> I don't have Mountain Lion yet, but I wonder if my old solution would
> work.
>
> There was a little program called Jiggler that prevented sleep by
> simulating a mouse movement every minute or so. I wrote a very simple
> shell script to start and quit Jiggler, and then I used Ser
gharris999 wrote:
> I'll be happy to look at the source for caffeinate and see if what it's
> doing could be incorporated into ReallyPreventStandby. But I don't have
> Mnt Lion yet and living on the wrong side of the digital divide means
> that it might be some time before I get it. Need to fin
OSX Mountain Lion (ML) has an idle sleep policy that requires apps to
set sleep assertions if they want to prevent sleep after the period set
in Energy Saver - see for example
http://arstechnica.com/apple/2012/07/os-x-10-8/18/. This means that
utilities I relied on under Lion - Caffeine and Really
ity of
introducing this new menu choice to move to have just three options at
this level:
Listen Live
Listen Again
Special Events
I think this would make navigation easier by a worthwhile amount by
making the menu structure more cons
... many thanks for the quick response!
--
nonnoroger
nonnoroger's Profile: http://forums.slimdevices.com/member.php?userid=35581
View this thread: http://forums.slimdevices.com/showthread.php?t=
gt; Are you in the UK or not ?
Those are troubleshooting questions - not problem threads. The closest
one I could find seemed to be an issue with Windows 7 and Explorer 8.
--
nonnoroger
nonnoroger's Profile: http://forums.sli
not the same as we are experiencing. Which thread in particular are you
thinking of?
--
nonnoroger
nonnoroger's Profile: http://forums.slimdevices.com/member.php?userid=35581
View this thread: http://forums.slimdevices.
As SB is not on the list of supported iPlayer devices, is the following
an indication of our current problems with AAC live streams?
http://www.bbc.co.uk/blogs/bbcinternet/2010/03/bbc_iplayer_content_protection.html
--
nonnoroger
ed option there are no connection errors but I get no sound.
This is with SBS 7.5 on a Mac Mini with both SB Radio and SP Touch
players.
For now, resorting to Local | London | All Stations | BBC Radio 4 93.5
--
nonnoroger
nonn
--
nonnoroger
nonnoroger's Profile: http://forums.slimdevices.com/member.php?userid=35581
View this thread: http://forums.slimdevices.com/showthread.php?t=53229
___
pl
--
nonnoroger
nonnoroger's Profile: http://forums.slimdevices.com/member.php?userid=35581
View this thread: http://forums.slimdevices.com/showthread.php?t=53229
___
pl
nonnoroger;505329 Wrote:
> ... I need more than a forced standby when not playing as my Mac Mini is
> also used for EyeTV.
>
>
And thanks to help from Draco elsewhere, now realise that I can use the
custom commands to get the extra action I need.
--
Many thanks - I just had not twigged what those custom actions were for.
--
nonnoroger
nonnoroger's Profile: http://forums.slimdevices.com/member.php?userid=35581
View this thread: http://forums.slimdevice
xx" to.
>
> ...
>
>
I would find PreventStandby for OSX really helpful - I have so far
failed to achieve what I need with SrvrPowerCtrl (turn Caffeine on when
playing, turn it off when nothing playing). I need more than a forced
standb
run a script with svsPowerCtrl when
players become idle.
The only options under Idle Player Monitor are to shutdown, restart,
suspend, hibernate etc.
I have installed the beta version as recommended for SBS 7.4.1.
What am I missing!?
--
nonnoroger
--
podcasts which play fine on the Radio and Controller. Now
Playing claims the podcasts are playing.
Only problem is that they are in fact not playing - no sound.
I would be very grateful for any pointers!
--
nonnoroger
52 matches
Mail list logo