At Thu, 5 Nov 2009 04:27:49 -0600, Alex Austin wrote: > > On Thu, Nov 5, 2009 at 4:21 AM, Takashi Iwai <tiwai@xxxxxxx> wrote: > > > At Thu, 5 Nov 2009 03:15:52 -0600, > > Alex Austin wrote: > > > > > > I know this thread is ancient, but the question has come to my forefront > > > again, so I'll see if I can ask it better now. > > > > > > On Fri, Dec 12, 2008 at 3:23 AM, Takashi Iwai <tiwai@xxxxxxx> wrote: > > > > > > > Alex Austin wrote: > > > > > > > > > > Shoot. The DAE-3 is a controller for a 5-CH Amplifier card driving > > > > > speakers directly, but I still need the subwoofer output from the > > ALC888. > > > > I > > > > > may be able to get by without the ALC using high-level inputs on the > > sub > > > > amp. > > > > > Even without it, what do I need to do to enable the DAE-3? I'm > > > > comfortable in > > > > > C, but I don't know ALSA much, if at all, yet. > > > > > > > > The codec parser isn't present for DAE-3, and the generic parser > > > > obviously doesn't work for it. So, you need to create a new codec > > > > parser such as other patch_*.c. > > > > > > > > Takashi > > > > > > > > > > > Since the output of codecgraph looks pretty simple, what codec > > > parser would you recommend starting with as a base? > > > > Hard to say... Maybe the one in patch_cirrus.c or patch_ca0110.c, > > which are relatively straightforward parsers. patch_sigmatel.c > > includes many fix-ups. Ditto for realtek. > > > > Thanks. I'll start there. Since I'll be trying to work from codecgraph > output, > can someone supply me a codecgraph for either a cirrus or ca0110 codec > to compare against the parser source? You can find many alsa-info / codec proc files in hda-emu git tree. git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/hda-emu.git > > > On Fri, Dec 12, 2008 at 1:02 AM, Takashi Iwai <tiwai@xxxxxxx> wrote: > > > > > > > At Thu, 11 Dec 2008 16:28:28 -0600, > > > > Alex Austin wrote: > > > > > > > > > > Hello, > > > > > I have an MSI Media Live DIVA motherboard. It has an AMD SB600 HD > > > > > Audio controller, and two CODECs on the HDA bus. > > > > > > > > > > First is an ALC888 > > > > > Second is an Intersil DAE-3. > > > > > > > > The analog outputs on both codecs are really used at the same time? > > > > Then it doesn't work right now. Simply "not implemented". And no > > > > concrete plan to fix it yet. This might require a fundamental > > > > re-design. > > > > > > > > > > > > Takashi > > > > > > > > > > Is this still the case? Structurally, why can't this be supported now? > > > > The problem is that the driver device tree is based on the PCI > > device. That is, each card-object is created for each PCI device, > > not for each codec. > > > > The re-design I mentioned above is to create a HD-audio bus per PCI > > device and a card instance for each codec chip on that bus. But, this > > results in the incompatibility with the current setup, and so far, no > > real hardware requires that. > > > > Alternatively, you can add quirks for both codecs to create controls > > freely with different names or with unique indices so that they don't > > conflict with each other. > > > > > > Takashi > > > So, the only reason it won't work now is because of duplicate control names? Basically yes. PCM devices are assigned more or less dynamically. > On a related note, can audio be routed from an analog input on one codec > to an analog output on another within the controller, Not in the driver. Only if the hardware does. > or would that need to > be done via a userspace app? A user-space daemon such as pulseaudio or jack can do. Takashi _______________________________________________ Alsa-devel mailing list Alsa-devel@xxxxxxxxxxxxxxxx http://mailman.alsa-project.org/mailman/listinfo/alsa-devel