Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[davidw55]

Hi

I've been using MC 19,20 and now 21 on Windows for a long time .. very happy but I was looking for a smaller OS and I thought that I'd try out MC 21 on Linux.

I'm using a NUC DN2820FYKH which I believe is the same hardware as your Id.  Windows MC runs perfectly on it, rendering 96/24 or 192/24 audio out through its HDMI port headless.

MC 21 for Linux (on Ubuntu 15.09 in my case) worked only after I added an alsa modprobe  (i.e. put "options snd_hda_intel index=0" in /etc/modprobe.d).  Once I did this I could send audio to a HDMI receiver ... for a few minutes.

However, intermittently the sound will just stop ... MC seems to know nothing about this and continues reporting progress on the track. The only way I've found to restore sound is to reboot the NUC.

To be clear, Windows 10 and MC 21 on this same hardware works perfectly.

I know Ubuntu isn't supported so I'll try Debian and report back.

Is anyone out there using a NUC (not JRiver ID)  with MC Linux and HDMI audio ?  Just curious

Dave

[JimH]

This is from memory, but I believe some of the BIOS's had problems with HDMI.  Some worked.  Try updating the firmware.

[TADman]

I using a Nuc5I5RYK and have no problem with audio over HDMI. I am running Linux Mint 17.3.

[bob]

What device are you choosing from MC's audio configuration?

[davidw55]

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.

[bob]

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.

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]

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.

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]

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!

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

[mwillems]

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

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]

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.

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

It's using xset.

[davidw55]

Just letting readers know that my original problem is solved.

The solution for me was to configure Linux (for me that's Ubuntu, Mint and Debian) to not "sleep" the NUC's HDMI display.

I'm using Mediacenter 21 Linux and the MC audio option that Bob mentioned (i.e. Disable Display from Turning Off) is indeed there but I haven't tested it.  That should also prevent the problem I saw.

Thanks to everyone