Print

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

[audiolover]

After a long time back to JRiver. Played with Volumio for a while but missed the options of
JRiver.

My problem:

I have a usb-dac pre-amp, brandname "SMSL U9", works like a charm under Volumio which is also based on Debian.

I have tried to install on Debian 10 and 11 but get the same problem on both OS. In options for output my dac shows up but the only working (music playing) option is "default Alsa". All other options, specifically mentioning my dac do not work.
That would not be an issue if the dac would get the proper signal but it does not. On my dac I see it plays all music as 48kHz and nothing else.
Normally when playing hi-rez (192) a hi-rez logo is visible on the display of the dac, not now.

No DSP or other settings to change/alter the output so it must be something else?
As this is my third installation that cannot be the problem.

Any ideas?

[chrisc]

See if you can find which chipset this uses and if there are drivers for that

[audiolover]

No, drivers works out of the box with Linux, Also, as I mentioned, it works properly in Volumio which is also based on Debian.
Is it possible Pulse Audio is the problem?

[audiolover]

Update: I discovered that 44,1 is correctly played, all hi-rez goes to 48kHz

[Awesome Donkey]

PulseAudio is recommended to avoid. By default Pulse will resample everything to 48 kHz.

Use one of the hw: or front: ALSA outputs for your DAC under MC's Settings > Audio > Audio Device dropdown menu.

[audiolover]

Pulse is default enabled in Debian?
How to make sure pulse is disabled?

[Awesome Donkey]

Pulse is typically the default in most Linux distributions. It's not recommended to disable Pulse, just use a different audio output device in Media Center.

[audiolover]

Pulse is typically the default in most Linux distributions. It's not recommended to disable Pulse, just use a different audio output device in Media Center.

as I wrote: choosing another output gives no sound at all! I tried them all.

[Awesome Donkey]

Can you post the results of this command? Thanks.

Code: [Select]

/usr/lib/jriver/Media\ Center\ 28/alsacap
Ultimately you might need try a different Linux distro then, like Ubuntu.

[audiolover]

Can you post the results of this command? Thanks.

Code: [Select]

/usr/lib/jriver/Media\ Center\ 28/alsacap
Ultimately you might need try a different Linux distro then, like Ubuntu.

Card 1, ID `AUDIO', name `SMSL USB AUDIO'
  Device 0, ID `USB Audio', name `USB Audio', 1 subdevices (0 available)
Error opening sound device for card 1, device 0: Device or resource busy.  Skipping.

[mwillems]

The ALSACAP results suggest that some program is grabbing exclusive control control of your DAC and not releasing it.  Are you running any other software at the same time?  Do you, for example, have a browser open that's been used to play web audio or has a youtube video paused or something?  Are you running a program like Audacity for recording?  If you start MC right after boot (before starting any other software) and try ALSACAP (or try to play to other devices) do you get different results? 

Another user saw a similar issue with a different DAC recently, and it would be interesting to find out what the issue is.  What desktop environment are you using on Debian 10 or 11?  Gnome?  KDE? Something else?  The fact that it works on Volumio, but not Debian suggests there's something in the installed environment that's messing things up.

For what it's worth, my SMSL DAC (the SH-9) works just fine with several machines using Debian 10 (running the vanilla debian versions of Gnome or Xfce4), and I've never seen an issue like you're describing, except once briefly when running Audacity at the same time.  But I'm pretty sure something in your software environment other than MC is creating this issue.

[audiolover]

the only thing running is Teamviewer, could that be an issue?

[mwillems]

the only thing running is Teamviewer, could that be an issue?

Yes it likely is.  Many remote desktop solutions grab audio devices in a way that breaks playback (Windows RDP definitely does without some workarounds, and I seem to recall Teamviewer has the same issue).  If you need remote desktop type services, VNC-based remote desktop solutions (x11vnc, tigervnc, realvnc, etc.) don't (usually) have this problem, and are generally better supported in Linux environments.  Spice-based solutions (for VMs, etc.) work fine too.

But you can (possibly) test if teamviewer's the issue by hooking up a monitor and keyboard to the machine and seeing if it works correctly without teamviewer running.

[audiolover]

Problem is indeed Teamviewer. Now it works properly!
Now I need to think about a solution.

Thanks to all for your help.

[audiolover]

For anyone interested about the solution:

Teamviewer has a setting in "extra/options/remote to play audio and that option can and should be disabled.
After that change I can play all formats without a problem and connect to my Mediacenter remotely.