More > JRiver Media Center 24 for Linux
No Sound on any zone (except the default player) from MC24 Ubuntu 16 & 18
Awesome Donkey:
--- Quote from: percy on June 21, 2018, 10:02:43 am ---If you look at /usr/share/alsa/alsa.conf you will see that it includes both /etc/asound.conf and the .asoundrc from the home directory of the user (and in that sequence).
--- End quote ---
Yep, it does. I just prefer going right to the root (bad pun, I know) of the "problem" and dealing with it that way. Always works fine for me.
bob:
--- Quote from: percy on June 21, 2018, 09:29:21 am ---Finally an easy one. As you could have guessed by looking at the "asound.conf" my system has the 7.1 channels audio from the motherboard as well as a Xonar ST plus the H6 extension board delivering another 7.1 channels. Now my home has speakers all around the house. 2 channels (stereo) in the bedroom, the bureau, the work room and the dining room. Then there are 1 channel (mono) speakers in the bathroom the terrace the kitchen and the WC. Everything was wired in when the house was build. In the storage room, where all the wiring comes together the Ubuntu 18.04 PC with JRiver MC24 is connected to a 12 channel amplifier plus a stereo amplifier powering all these speakers. On to of this there is, over the network using DLNA, the PS Audio Direct Stream DAC for the living room.
So I need to separate all these stereo and mono channels out of the two 7.1 channels provided by the on board an additional sound card.
That is what the ALSA configuration (in /etc/asound.conf) is all about. By the way this same configuration file could have been located in the home directory of the user running MC24 but then it would have been called "~/.asoundrc" and would have been user specific there where the one in /etc is system wide. The content would have been exactly the same.
--- End quote ---
Ok I see what you are doing but you understand that it's failing a totally generic call.
The source material is 2 channels so when we open the output we set the hardware parameters to 2 channels. That is being rejected by alsa.
It really doesn't help to refer to MC23 as if it's "right" and MC24 is "wrong". The difference is that MC24 can't open the device as you have it configured.
It works on every hardware device I've tested on Ubuntu 18 and I'm seeing nothing odd about the way we are opening the device.
percy:
How do you suggest that I change the configuration to achieve my goal of separating the different hardware output channels?
By the way it is not only in MC23 that it works OK but also in the ALSA aplay tool (as I posted before)
--- Code: ---aplay -D xonar_brown_black /home/percy/JustUs.wav
Playing WAVE '/home/percy/JustUs.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo
--- End code ---
Where I select that xonar_brown_black device which I defined in asound.conf and asked ALSA to play a 2 channel file on it. No problem at all it played flawlessly.
So clearly the ALSA library can handle that configuration.
I have no problem at all changing the configuration if I only new what to change in it to accomplish the channel rearrangement.
Is it possible for you to tell me what primitive you call with which parameters? Maybe then I can search the reason. Also how did MC23 called the ALSA library?
percy:
Maybe MC24 now uses a native call that invokes below the ALSA sound library but then I cannot understand why the output devices which I configured in the ALSA configuration do show up in the "MC24 -> Tools -> Audio -> Audio Device" list, unless that list is build from the ALSA library devices and the actual library call to start the output is not.
Note, I am only guessing in the hope to hit the target as a blind guy
bob:
--- Quote from: percy on June 21, 2018, 11:13:07 am ---Maybe MC24 now uses a native call that invokes below the ALSA sound library but then I cannot understand why the output devices which I configured in the ALSA configuration do show up in the "MC24 -> Tools -> Audio -> Audio Device" list, unless that list is build from the ALSA library devices and the actual library call to start the output is not.
Note, I am only guessing in the hope to hit the target as a blind guy
--- End quote ---
MC asks alsa for the device hints then opens the device using the hinted choice that you select. For example, hw:CARD=PCH,DEV=0 [ALSA] long boring description here
is opened as "hw:CARD=PCH,DEV=0"
--- Code: ---snd_pcm_hw_params_any()
--- End code ---
to initialize the hardware parameters
--- Code: ---snd_pcm_hw_params_set_rate_resample()
--- End code ---
to disable alsa sample rate manipulation
--- Code: ---snd_pcm_hw_params_set_access()
--- End code ---
to set access type SND_PCM_ACCESS_RW_INTERLEAVED)
Then:
--- Code: ---snd_pcm_hw_params_test_channels()
--- End code ---
is where yours fails when 2 channels are requested.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version