Re: perhaps why some of us have more trouble w/ pulseaudio than others (ICE1712/M-audio delta problem w/ pulseaudio)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



PA or not, this is somewhat getting back to the original question: how can we get a reliable index assignment on startup with several soundcards.

I'm not using PA, but mostly because I noticed that it uses (much) more CPU with many desktop applications, due to resampling I was told.
I have an internal HDA, an nvidia graphics chip, a nanokontrol and a UA-25.
The latter both use snd-usb, though one obviously cannot produce sound.
The nvidia chip seems to expose an audio device (?) handled by a snd-hda-intel module, as does the snd-hda-intel soundchip. Although the first one cannot produce sound.
So I would like the following order to be maintained to have desktop applications adress a working soundcard and to have the UA-25 always at the same index for JACK.

 0 [Intel          ]: HDA-Intel - HDA Intel
                      HDA Intel at 0xfbff8000 irq 32
 1 [NVidia         ]: HDA-Intel - HDA NVidia
                      HDA NVidia at 0xfde7c000 irq 16
 2 [UA25           ]: USB-Audio - UA-25
                      EDIROL UA-25 at usb-0000:00:1d.0-1, full speed
 3 [nanoKONTROL    ]: USB-Audio - nanoKONTROL
                      KORG INC. nanoKONTROL at usb-0000:00:1d.0-2, full speed

The way I found after some trials with module inits was:
1) in /etc/modprobe.conf:
options snd-hda-intel index=0
options snd-usb-audio index=2

This fortunately always puts the UA-25 at index 2. However, the first option does not work, since the nanokontrol seems to get recognized before the HDA device and it is often sitting on index 0.
So I found that adding
snd_hda_intel
to /etc/modprobe.preload does the job, this way the intel module appears before the usb module...

Now my question is: is there any better way to do this? Is there a way to distinguish further than only by the module name for the index? How could this be solved more generally?

I guess PulseAudio has the goal to handle such issues, and once it gets there without side effects, this seems an important goal. But if I understand right, it does it by id attribution in a layer on top of this. If it's only that index shuffling, why can't alsa or the kernel be more predictable? BTW when I tried PA here together with JACK, the device reservation worked very well.

Frank


_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@xxxxxxxxxxxxxxxxxxxx
http://lists.linuxaudio.org/listinfo/linux-audio-user

[Index of Archives]     [Linux Sound]     [ALSA Users]     [Pulse Audio]     [ALSA Devel]     [Sox Users]     [Linux Media]     [Kernel]     [Photo Sharing]     [Gimp]     [Yosemite News]     [Linux Media]

  Powered by Linux