I recently bought a Behringer U-Phoria um2 to record some vocals and scratch parts. My Macbook Pro 15 with the El capitan 10.15.4 system recognizes the audio Interface with the USB AUDIO CODEC (DEMO) drivers. I got a beep tone every 30 seconds:-/. I tried to delete the drivers as suggested in many forums but could not find them.
In Windows 10 I removed the 'Behringer USB audio driver 2.8.40' and allowed Windows 10 to install the 'USB Audio CODEC' driver. Buried in the Audacity documentation is a description about accessing the properties of this driver and going thru that I found there is a way to enable 2 Channel recording.
So, I have four USB devices and one Intel HDA device to configure. ALSA uses module names for audio driver configuration - in this case, Intel HDA is represented by the snd-hda-intel driver, and USB devices by the snd-usb-audio driver. Investigating the ALSA Support Matrix will help you identify the drivers for your particular cards.

This package contains the files needed for installing the Behringer X-USB Universal USB ASIOdriver. If it has been installed, updating (overwrite-installing) may fix problems, add new functions, or expand existing ones. 윈도우 10 에서 umc22 사용할때 홈페이지에서 asio driver 다운로드 깔아봐야 나중에 윈도우 소리 설정이나. DAW의 audio 설정에 가보면 usb audio codec 으로 나온다 ㅠ.

Contents

Configuration

Most modern Linux distributions use a hot-pluggable architecture for USB devices. This is very useful for everyday use, but it becomes difficult for pro-audio use, as ALSA device numbers (hw:X) are not stable across reboots, or even when removed and reinserted. This means that Jack has to be reconfigured after every restart or change.

This document describes a method of maintaining ALSA device numbers for USB devices, including MIDI devices. It is not intended for beginning users, as the configuration is relatively arcane.

Ensure that all of your USB audio devices are connected and detected by ALSA. Do this in a terminal by executing the command:

foo@bar:~$ cat /proc/asound/cards

My configuration is copied below.

The first column is the ALSA device (major) number. In this case, on my laptop i have the following:

device 0 (hw:0) is the inbuilt Intel High Definition Audio chipset.
device 1 (hw:1) is a Behringer BCR2000 MIDI controller
device 2 (hw:2) is a Behringer UCA202 soundcard
device 3 (hw:3) is the laptop's inbuilt microphone
device 4 (hw:4) is an M-Audio Axiom 49 MIDI keyboard

Take note of your configuration.

Now, in the same terminal, execute the following:

foo@bar:~$ lsusb

My configuration is copied below:

Note that active USB devices have two pairs of hexadecimal numbers for an ID, such as 08bb:2902, and generally have a manufacturer's name, such as Texas Instruments Japan. This is where you may have to do some investigation. By removing a USB device and executing

foo@bar:~$ lsusb

you can see which device corresponds to which ID and manufacturer.

In this case, I have detached the UCA202:

Make a note of the ID number pair - ie, 08bb:2902. These numbers represent the Vendor ID (vid) and Product ID (pid) of the device, and will come in handy for configuring the ALSA device numbers.

Through a process of elimination, I discover that my USB devices have the following ID numbers:

the Behringer BCR2000 MIDI controller is ID 1397:00bc (and has no manufacturer's name)
the Behringer UCA202 soundcard is ID 08bb:2902
the M-Audio Axiom 49 MIDI keyboard is ID 0763:0199 and has the manufacturer's name 'Midiman'

There's another way to discover this information, but it requires scrolling through pages and pages of output. It's how I discovered the inbuilt microphone. I had to closely examine the output of:

foo@bar:~$ sudo lsusb -v | less

We use 'sudo' here so that we can see all the information about the device. Here's the (very long) information for the BCR2000:

By looking for the 'iProduct' and iManager' strings that correspond to the information from

foo@bar:~$ cat /proc/asound/cards

You can identify some devices. However, the process of identifying some internal devices (such as my microphone) came down to a lot of investigation - look for devices that have the following identifiers:

My internal microphone has the ID 046d:08c6 and is manufactured by Logitech, Inc.

OK. Let's move to the actual configuration!

In the text editor of your choice, open (using sudo) /etc/modprobe.d/alsa-base. ie:

foo@bar:~$ gksu gedit /etc/modprobe.d/alsa-base

Look for the following line:

options snd-usb-audio index=-2

and comment it out! (NEVER delete a line in a configuration file - you should always be able to roll back if it goes wrong!) In this configuration file, a '#' is used as a comment marker, so make the line look like:

#options snd-usb-audio index=-2

This line usually prevents a USB device grabbing the hw:0 slot. However, it also prevents it from grabbing any specific spot in the ALSA cards list, so we need to comment it out.

At the end of the file, we need to configure the order that the cards should be listed in. In my case, I want the following setup:

the first card (hw:0) should always be HDA-Intel
the second card (hw:1) should always be the inbuilt microphone
the third card (hw:2) should always be the BCR2000
the fourth card (hw:3) should always be the Axiom 49
the fifth card (hw:4) should always be the UCA202

This is so I can use my laptop for general work and still be able to use the inbuilt audio to listen to music, or use the microphone with the inbuilt webcam. I have a FireWire soundcard, so I don't need to use the UCA202 so much. My Windows software (under WINE) expects MIDI controllers to be in the same place - I'm not sure why!

So, I have four USB devices and one Intel HDA device to configure. ALSA uses module names for audio driver configuration - in this case, Intel HDA is represented by the snd-hda-intel driver, and USB devices by the snd-usb-audio driver. Investigating the ALSA Support Matrix will help you identify the drivers for your particular cards.

My configuration means I have to add the following lines to /etc/modprobe.d/alsa-base

This tells ALSA to prepare five devices. To make the HDA Intel device appear as hw:0, add the following line:

Remember the ID numbers we noted down before? Here's where they come in. ALSA expects USB device IDs in the form

so the internal microphone is

To give the internal microphone the device number hw:1, we enter the line

Usb Audio Codec Behringer Driver Mac

Still with me?

OK!

To configure multiple cards, I had to enter them on the same line, like this:

where <vid1> is the vid number of the card corresponding to the card you want to appear first, and <pid1> is the pid number of that card, and so on. It can get confusing!

My configuration looks like:

Information as of 2014, March 20

The restart of the alsa system can be done with the command 'sudo alsa force-reload'. If that does not help getting the sound working in the USB headset, a full reboot will do it.

In one case, on a Logitech USB Headset, on an IBM/Lenovo Thinkpad laptop the above configuration with HDA Intel having the priority as first sound card did not allow for the sound to be output to the headset, so it had to be reverted.

Here is the information about this USB headset:

Here is what the end of the alsa-base.conf looks like now.

By doing so, the sound vanishes once the headset is unplugged, and the configuration needs to be reverted and the system rebooted in order to have the sound coming out of the integrated speakers. (But if the headset is plugged in again, the audio program can be resumed).

I also tried to configure the thinkpad_acpi audio control (some buttons to raise/lower or pause the sound above the keyboard of the laptop), but this didn't work so far.

Usb Audio Codec Missing

Windows 10 Usb Audio Codec

CategoryAudioCategoryHardware