More > JRiver Media Center 23 for Linux
[23.0.102; Issue; Partially Solved] System hibernates while media is playing
Hendrik:
You would think that any action that warrants the screen to stay on would also prevent sleep/hibernation, because the screen does turn off when the PC goes into sleep. :P
As far as I know, we do have some power management stuff in the linux version, but I don't know how the situation is between different desktop environments and whatnot.
You could check the MC Reporter feature (Services & Plug-ins -> Reporter -> Power), it would tell you if MC tries to prevent sleep and the system just doesn't obey (or maybe MCs way to do that is not quite there yet), or if MC for some reason doesn't even try.
It should say something like "Playback (disable automatic sleep)".
Awesome Donkey:
--- Quote from: Hendrik on March 23, 2018, 05:10:49 am ---As far as I know, we do have some power management stuff in the linux version, but I don't know how the situation is between different desktop environments and whatnot.
--- End quote ---
I was kinda thinking that too. If MC does indeed do some power management stuff under Linux, I'm guessing it might work with GNOME or something like that? Whichever the default desktop environment for Debian currently is and what's being ran on the development box(es), either GNOME or Xfce. I think Bob uses Xfce, if I recall correctly. Hopefully he might know more what's supported and what's not here.
That's really one of the big problems using Linux vs. Windows or Mac, different desktop environments having different ways of doing things, including power management.
--- Quote from: Schmengie on March 23, 2018, 05:05:52 am ---There appear to be two likely scenarios:
* MC's HDMI option does work, as it prevents screen time-out, but is not configured to prevent hibernation or suspension, as it should.
* MC's HDMI option does not work; however, the Xfce Power Manager strangely regards MC's play-back as activity worth preventing screen time-out, but not hibernation or suspension.
Which do you think is more likely?
--- End quote ---
Going on what Hendrik posted above, I'd say scenario number three;
* MC's HDMI option might work for certain desktop environments (e.g. GNOME), but may won't work with others.
EDIT: Thinking about it more, there also could be another factor at play here... drivers. It's possible the HDMI option might work when using Mesa (AKA the open-source drivers) and might not work if using proprietary drivers, e.g. Nvidia. If you're using a 10 series Polaris-based Nvidia GPU (e.g. a 1050, 1060, etc.) you'd likely have no choice but to use the proprietary drivers due to lack of support in Nouveau (the open-source Nvidia drivers).
Gatherum:
I'm using a GT 710. What are the strengths and draw-backs of using Nouveau over proprietary?
Gatherum:
--- Quote from: Schmengie on March 23, 2018, 12:24:58 pm ---What are the strengths and draw-backs of using Nouveau over proprietary?
--- End quote ---
...Well, found a draw-back: Nouveau drivers don't work for me. No signal after reboot. Plugged a monitor in to the on-board VGA port and switched back to the proprietary drivers.
I'll try the other suggested solutions.
Edit: See attachment. Am I supposed to run the reporter after a hibernation, or...?
Gatherum:
Ignore the previous attachment and look at this one instead. This is what Reporter reports during play-back of a video file.
Also, research I've been doing 'round the Internet basically points to MC23 improperly inhibiting Xfce Power Manager. It works well enough to prevent screen time-out, but Suspend and Hibernate are another story. Whether this is because of LXDE, the Nvidia drivers, or what have you, I am not sure.
I looked in to Caffeine, but even with Caffeine Indicator configured to run at start-up, Caffeine itself appears to always run by default in the Deactivated state, which means that I have to manually switch it on every time time the system starts or awakens from hibernation. I have inspected the .py files, but I'm not advanced enough in Python programming to figure out which variable to change in order to correct this. Also, based on the code, I'm not entirely sure that it was actually written to prevent Hibernate; it might only work with Suspend. I guess it wouldn't be the worst concession for me to switch to Suspend if there's no helping it.
I have two questions:
* Does Caffeine differentiate between a full-screen application and one that is merely in maximised windowed mode? I wouldn't want Suspend to be inhibited just because MC is maximised in Standard View. It doesn't, unfortunately.
* Does Caffeine even care about any of that while it's on, or will it suppress Suspend regardless of the focused application state? The latter.
Ugh!
Is it impossible to get MC to play nicely with Xfce Power Manager and avoid all of this? I've honestly been at this for hours, trying to get Caffeine configured in a manner that's convenient for this set-up, but I just don't think this app is the answer. I don't normally have a keyboard and mouse connected to the machine in question; it's designed to be remote-controlled. All I really want to happen is for MC to run at start-up, for me to be able to play to it via JRemote or MO 4Media without having to remote in repeatedly or set up some (limited) application to prevent it from suspending mid-play-back, and for the system to go to sleep once play-back is over and it's been sitting idle for fifteen minutes. That sort of thing is an after-thought on Windows; I don't get why it's a veritable rigmarole here.
(Not ranting against MC in particular—I'm just frustrated with Linux right now. It's cool, but goodness!)
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version