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@...>:
> 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
|