Hi Matt, Thanks for your message! I meant alsamixer not alsa-mixer, there is no hyphen, sorry. I had a quick look in the alsa wiki and as far I as can see, the programs alsamixer and amixer provide a similar functionality. alsamixer came with the alsa-utils package on ubuntu and has an nccurses-based interface. I can not post the output of amixer or dmesg right now because the fireface ucx that I have been using for testing was only borrowed from a friend. I plan to buy my own ucx soon and will post the results then. Anyway, I remember that there was an issue similar to the one you are reporting: > So, we see that exactly one control is provided. At first, I thought > this control had no effect at all, as the audio output only becomes > audibly quieter when this control is well below 10%/-60dB. The rest of > the range sounds like full volume, which is definitely not correct. Moreover, not all the 8 in- and 8 out-channels were displayed correctly. But audio output was also working for me and I could access all channels through jack at sample rates up to 96 kHz. Best, Florian Quoting Matthew Robbetts <wingfeathera@xxxxxxxxx>: > Hi Florian, > > On 21/12/12 23:36, Florian Hanisch wrote: >> Hi Matthew, >> >> did you try to use alsa-mixer ? It was not working when I was trying the >> fireface ucx with the modified mixer.c some weeks ago. It would be >> interesting to know whether it is different on your system / with the >> new patch. > > > I'm not sure exactly what you mean by alsa-mixer, as I do not have a > program by that name. > > $ cat /proc/asound/card1/id > Babyface2312334 > > $ amixer --card 1 > Simple mixer control 'Speaker',0 > Capabilities: pvolume pvolume-joined > Playback channels: Mono > Limits: Playback 0 - 130 > Mono: Playback 130 [100%] [0.00dB] > > > So, we see that exactly one control is provided. At first, I thought > this control had no effect at all, as the audio output only becomes > audibly quieter when this control is well below 10%/-60dB. The rest of > the range sounds like full volume, which is definitely not correct. > > So, perhaps there is a bug either in the usb audio driver or in the > class-compliance of the RME interfaces. Is there a double dB-mapping or > something? > > Also: > > $ dmesg | grep -b5 'usb 1-1' > ... > 75253:[ 37.663034] usb 1-1: new high-speed USB device number 2 using > ehci_hcd > 75327-[ 37.714346] ehci_hcd 0000:00:1a.7: port 1 reset complete, port > enabled > 75401-[ 37.714360] ehci_hcd 0000:00:1a.7: GetStatus port:1 status > 001005 0 ACK POWER sig=se0 PE CONNECT > 75502:[ 37.777245] usb 1-1: skipped 1 descriptor after configuration > 75567:[ 37.777256] usb 1-1: skipped 7 descriptors after interface > 75629:[ 37.777261] usb 1-1: skipped 2 descriptors after interface > 75691:[ 37.777268] usb 1-1: skipped 1 descriptor after endpoint > 75751:[ 37.777273] usb 1-1: skipped 2 descriptors after interface > 75813:[ 37.777278] usb 1-1: skipped 1 descriptor after endpoint > 75873:[ 37.777283] usb 1-1: skipped 2 descriptors after interface > 75935:[ 37.777288] usb 1-1: skipped 1 descriptor after endpoint > 75995:[ 37.777293] usb 1-1: skipped 2 descriptors after interface > 76057:[ 37.777298] usb 1-1: skipped 1 descriptor after endpoint > 76117:[ 37.777303] usb 1-1: skipped 5 descriptors after interface > 76179:[ 37.777308] usb 1-1: skipped 1 descriptor after endpoint > 76239:[ 37.777313] usb 1-1: skipped 1 descriptor after endpoint > 76299:[ 37.777356] usb 1-1: default language 0x0409 > 76347:[ 37.777731] usb 1-1: udev 2, busnum 1, minor = 1 > 76399:[ 37.777738] usb 1-1: New USB device found, idVendor=0424, > idProduct=3fd7 > 76475:[ 37.777746] usb 1-1: New USB device strings: Mfr=1, Product=2, > SerialNumber=3 > 76556:[ 37.777752] usb 1-1: Product: Babyface (23123346) > 76609:[ 37.777757] usb 1-1: Manufacturer: RME > 76651:[ 37.777761] usb 1-1: SerialNumber: D6E37D3FA346FC8 > 76705:[ 37.778681] usb 1-1: usb_probe_device > 76746:[ 37.778689] usb 1-1: configuration #1 chosen from 1 choice > 76808:[ 37.778749] usb 1-1: adding 1-1:1.0 (config #1, interface 0) > 76872-[ 37.778872] snd-usb-audio 1-1:1.0: usb_probe_interface > 76930-[ 37.778882] snd-usb-audio 1-1:1.0: usb_probe_interface - got id > 76997-[ 37.781652] cannot get ctl value: req = 0x83, wValue = 0x200, > wIndex = 0x0, type = 4 > 77085-[ 37.785159] cannot get ctl value: req = 0x83, wValue = 0x200, > wIndex = 0x0, type = 4 > 77173-[ 37.785314] cannot get ctl value: req = 0x83, wValue = 0x200, > wIndex = 0x0, type = 4 > 77261:[ 37.785372] usb 1-1: adding 1-1:1.1 (config #1, interface 1) > 77325:[ 37.785675] usb 1-1: adding 1-1:1.2 (config #1, interface 2) > 77389:[ 37.785904] usb 1-1: adding 1-1:1.3 (config #1, interface 3) > ... > > > This doesn't look like things are going totally smoothly. But audio > output DOES work, and the one volume control that is visible does have > some effect. > > > Is this different to your findings with the Fireface UCX? > > > Thanks, > Matt ------------------------------------------------------------------------------ Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 _______________________________________________ Alsa-user mailing list Alsa-user@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/alsa-user
