After having been pretty busy at work the past few weeks, this morning I decided to give this testing another shot. Last time I had been able to dicern or notice any change at all when most of the switches were fliped... this time amixer/alsamixer simply seg faults. On console the kernel just gives me a "divide error: 0000". If I attempt to tempt fate a second time, the machine crashes with a polite hang and no messages.
There is a ton of info I could fiesably provide, although I'm not sure what good it would do. If there is something specific you need or would like, just say. As a reminder, I am running alsa with two soundcards; an onboard cs4281 and the extigy. Running amixer/alsamixer against the cs4281 works perfectly fine. -Mark On Thu, Oct 17, 2002 at 07:08:19PM +0200, Takashi Iwai wrote: > At Thu, 17 Oct 2002 09:44:40 -0500, > [EMAIL PROTECTED] wrote: > > > > In a bit of good news, although playing back streams dont really want > > to work, if I use the line in on the card and shove in the output from > > my onboard sound card, I actually get sound of the card now while it > > is connected via usb to the laptop. Earlier, the only way to get sound > > of the card while booted into linux was to disconnect it completely > > and use it as a stand-alone device in the same manner. As a result, I > > can test a couple of the mixer settings for you. I'm using alsamixer > > for this, doing it by hand via amixer would take a while . . . > > alsamixer is also fine. it can do most of things what amixer can. > > > The first 4 master controls control front,back, and center-woofer. Not > > sure about the exchange with the last two, I only have a 4.1 sound > > system hooked up into the device. "Master 1" is a general master that > > controls all sound. Bass and treble follow... The PCM interface I > > can't test, due to the same earlier problems. Line and Line 1 seem to > > do the same thing for me at the moment. I would guess that "line" is > > for the specific line in 1/8 jack im using in the front of the unit, > > and that "line 1" is a general control for all input lines... it didnt > > control the mic though. Only the "Mic" control controls the mic. > > if you build the module with --with-debug=detect option, there are > kernel messages at loading module about which control corresponds to > which usb mixer unit such like > > [10] FU [PCM Playback] ch = 2, val = 0/10 > > the first number is the unit id and the second is the type of unit, > and the third is the ALSA control name (i.e. the name of mixer > element). > when you compare these unit ids with the picture in usbmixer_maps.c, > you'll get more clues. > > it would be appreciated if it can be clarified, which inputs/outputs > correspond to what, so on. > > > > Now on to the "odd" stuff ... I cant test the digital in and outs. > > i guess this is because the corresponding descriptors are not parsed. > but digital out might be possible by some switches, e.g. "Digital Out" > "Digital Out1", "Digital Out2", etc. > > > I just don't have another optical audio device here. The "Speaker" > > interface seems like a master mute button. All other interfaces, uh, > > don't seem to do anything. If you can suggest better ways to test, I'm > > all ears. I could do more extensive testing if you like, but uh hmm > > not sure exactly how the logistics of that would work out in real > > life, heh. > > there are many unknown switches. please take a look at > usbmixer_maps.c. > > > Takashi ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
