More > JRiver Media Center 21 for Linux

MC 21 Linux on HDMI audio on Intel NUC DN2820FYKH

<< < (2/3) > >>

bob:

--- Quote from: davidw55 on March 14, 2016, 10:04:02 pm ---I was selecting hdmi: as the audio device, which worked for a while.  I tried others like hd: ... they never worked at all.

I found the cause :  Ubuntu was turning the display off after, what it saw as, 5 mins of inactivity. Of course, on the NUC, the display port is HDMI which is also the audio port (unless you're using a USB DAC).

I suppose that's a hazard of using a desktop OS.  Once I instructed Ubuntu to leave the display alone, the audio worked and continued working.

--- End quote ---

In MC's audio settings there is an option called: Disable Display from Turning Off (useful for hdmi audio)
if you turn this on, the display won't go off as long as MC is playing.

mwillems:

--- Quote from: bob on March 15, 2016, 10:45:22 am ---In MC's audio settings there is an option called: Disable Display from Turning Off (useful for hdmi audio)
if you turn this on, the display won't go off as long as MC is playing.

--- End quote ---

Bob is that setting working on Linux now?  Last I heard we were in limbo on any system running systemd/logind (which is most distros): https://yabb.jriver.com/interact/index.php?topic=99466.0

It hasn't worked on any of my systems when I tested (including a Debian Jessie/Gnome machine), but it's been several months since I tried.

If it's fixed that's great news, I can turn auto-sleep back on on my Linux boxes!

bob:

--- Quote from: mwillems on March 15, 2016, 10:52:06 am ---Bob is that setting working on Linux now?  Last I heard we were in limbo on any system running systemd/logind (which is most distros): https://yabb.jriver.com/interact/index.php?topic=99466.0

It hasn't worked on any of my systems when I tested (including a Debian Jessie/Gnome machine), but it's been several months since I tried.

If it's fixed that's great news, I can turn auto-sleep back on on my Linux boxes!

--- End quote ---

It has nothing to do with system sleep. It just keeps the monitor from sleeping which can be done with a generic call.

mwillems:

--- Quote from: bob on March 15, 2016, 01:07:12 pm ---It has nothing to do with system sleep. It just keeps the monitor from sleeping which can be done with a generic call.

--- End quote ---

The referenced setting didn't work at all for me on Linux last time I tested it (the setting inhibited neither screen turn off, nor system sleep).  Which made sense to me at the time because the screen on/off functionality is wrapped up in the power management functions of logind (at least it is on Gnome/Cinnamon).  

But you're saying that the setting currently prevents screen turn off on the supported distro (Debian Jessie)?  Is there a recommended DE or DEs? I don't have a vanilla debian workstation (other than some pi's) up right now so I can't conveniently test myself. When I last tested on Debian with Gnome the setting had no effect on either the screen or suspend.

bob:

--- Quote from: mwillems on March 15, 2016, 02:49:29 pm ---The referenced setting didn't work at all for me on Linux last time I tested it (the setting inhibited neither screen turn off, nor system sleep).  Which made sense to me at the time because the screen on/off functionality is wrapped up in the power management functions of logind (at least it is on Gnome/Cinnamon).  

But you're saying that the setting currently prevents screen turn off on the supported distro (Debian Jessie)?  Is there a recommended DE or DEs? I don't have a vanilla debian workstation (other than some pi's) up right now so I can't conveniently test myself. When I last tested on Debian with Gnome the setting had no effect on either the screen or suspend.

--- End quote ---
Works fine on my home system and all of the Id's

It's using xset.

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version