Hi,
We have Plantronics Blackwire C220-M. Please share steps and we can try it. Are you on r21.7?
Besides, you may consider using Jetson Nano to have latest BSP release.
Hi DaneLLL,
I don’t know if the problem appears also with the Plantronics Blackwire C220-M, I observed this with the Devio CR-1 USB Audio device.
To test it, just try to capture with gstreamer with 48000 rate, both on the USB type-A host-only port and on the USB micro-AB OTG port.
On the OTG port, with the Devio CR-1, I have noise if I capture with 48000 or 44100 rate. With 32000 rate the audio is ok. If a capture on the USB type-A host-only port I don’t have noise at all, neither with the 48000 or 44100 rates.
To capture with the 48000 rate (the mic audio format is S16LE, 2 channels):
gst-launch-1.0 -v alsasrc device=hw:1,0 ! capsfilter caps=audio/x-raw,format=S16LE,layout=interleaved,rate=48000,channels=2 ! filesink location=file.raw
where “hw:1,0” is the mic alsa device.
To listen to the recorded file:
gst-launch-1.0 -v filesrc location=file.raw ! capsfilter caps=audio/x-raw,format=S16LE,layout=interleaved,rate=48000,channels=2 ! audioconvert ! audioresample ! autoaudiosink sync=0
I’m using R21.5 release.
Thank you.
Ivan
Hi,
Could you try other OTG adapters? We can observe noise issue with OTG cables. But with the direct OTG adapter as attachment, the issue is gone.
Hi DaneLLL,
sorry for the delay.
At the moment I don’t have the Devio CR-1 device anymore, so I can’t test it with a new OTG adapter. I will update you as soon as possible.
Thank you, best regards.
Ivan
Hi DaneLLL,
I re-open the topic because I have been able to test just now the Devio CR-1 behaviour with a direct OTG adapter ( https://www.amazon.it/Joyshare-Adattatore-maschio-Argento-Confezione/dp/B01KHSP27U ).
I have noise also with this adapter when the device is managed through the ehci driver and I capture with 48000 or 44100 sample rate.
In addition, I have found two different devices that present the same issue:
DEVIO SCR-25:
Clearone Converge Huddle:
http://www.clearone.com/converge®-huddle-0
Unfortunately, this two devices have only 48000 sample rate available and so I can’t capture a clean sound (with the Devio CR-1 the captured sound is ok only when I use a sample rate <=32000).
Can you help me?
Thank you, best regards.
Ivan
Hi,
Since we observe the issue with certain cables, it tends to be an issue in hardware singal. Suggest you check the D+/D- signals via scope. May also tune eye diagram by following tuning guide.
http://developer.nvidia.com/embedded/dlc/tegra-k1-USB-2-Compliance-Test-Tools
Hi DaneLLL,
I find it strange that it tends to be a hardware signal issue, the noise appears on three different boards, from three different producers (Toradex, Embpower and PC Partner) and on all the USB ports that are managed through the ehci driver.
At this moment I’m not able to check the USB signals with a scope. Anyway, if the issue is in tuning, I think that this has to be present on all TK1 boards…
In addition to that, I have tried to replace the ehci driver with the xhci driver. With xhci the captured sound is ok, also with 44100 and 48000 rates, on the same USB port. But using the xhci driver I encounter the problem described in the topic Issue when using simultaneously usb audio device microphone and speaker through xhci driver - Jetson TK1 - NVIDIA Developer Forums .
Maybe the noise you have observed with certain OTG cables is a different issue. Here you can find an example of the noised sound I obtain:
Thank you, best regards.
Ivan
I can’t hear noise when I play that, but probably it is because the speech itself is strong relative to background (I do hear echo as well from the room acoustics). You might consider making a similar audio recording, slightly longer, with everything in the room being as quiet as possible…then when turning up the volume the noise will be more obvious.
Hi linuxdev,
here you can find two audio exaples. The first one is good, with the second one you can easily hear the noise.
Audio ok: audio_ok.mp3 - Google Drive
Audio bad: audio_bad.mp3 - Google Drive
Thank you, best regards.
Ivan
I can’t really hear noise on that. I’m thinking that what you are hearing is part of the playback circuit and is not actually within the digital audio itself. Something like a ground loop might produce noise which you can hear during playback, but which isn’t in the actual digital audio. Can you play the “bad” sample back on alternate computer hardware and see if the noise you hear goes away? If so, then this narrows it down to the playback wiring.
I might have heard a very slight amount of clipping, which isn’t really noise in the usual sense (if clipping was even there…I only thought I heard a tiny amount which could have been my imagination, and clipping is expected if input levels are too high).
Real noise (including a ground loop) would tend to show up if the input gain is high and no actual audio is being recorded…a microphone in a room with no voice or background noise is more likely to demonstrate noise than is a voice speaking. A voice speaking is good for clipping tests, but hides noise. If you really mean “clipping” distortion, and not noise, let us know.
In #27 @DaneLLL mentions an eye test, and that some cables work better than others. I’m thinking that if it is a ground loop, then the cable itself may be part of the problem. I’m thinking that if the eye pattern is too far off, then the sound would be absolutely horrible and not just “noisy”.
Hi linuxdev,
oh yes, sorry, maybe I generalized it with the “noise” term, it is clipping what I hear. Anyway it is not a part of the playback circuit, I can hear it on any machine I play the recorded files.
You can easily hear the clipping using earphones.
Hear you can find two samples where I captured an “as quiet as possible” room (sorry but the air conditioning system is audible). You can hear the clipping also in this example:
Quiet audio ok: quiet_ok.mp3 - Google Drive
Quiet audio bad: quiet_bad.mp3 - Google Drive
I have tried to reduce the capture volume with amixer, but nothing changed, the volume is lower but the clipping is still there.
Thank you, best regards.
Ivan
The clipping is small enough (and perhaps my ears bad enough) that I have trouble hearing it. I did hear it on the voice test, though it was a small amount (I am using gaming USB headphones).
Clipping is rarely from hardware defect. If the same hardware produced clipping on one device or set of devices, but on on another device or set of devices, then it is evidence the hardware can function correctly and has not failed. On the other hand, this is also evidence that the gain control has differed, or perhaps that a different bit depth is available on the two.
In terms of gain, does any of this have automatic gain control? Do you have an ability to try the same test with input gain turned down some? I’m afraid I don’t know enough about the audio to suggest where gain is adjusted throughout the software, but hopefully someone else will know. I ask because clipping can occur at multiple locations in software, and not just physically at the microphone.
In terms of bit depth the common i2s and many other audio systems, when they have a certain resolution (say 8-bit, 12-bit, or 16-bit), then if a signal of higher bit depth is read, the result will be a dropping of the lower order bits. If you were to play back the same audio where one case drops lower order bits, but the other does not, then you might hear a difference between the two and consider it distortion if you didn’t know one was intentionally dropping bits (but hearing the difference would require a good ear). Still, I wouldn’t think this would cause the sound of clipping per se, but if one system has a different bit depth then you’ve proven the two audio software chains are different (and knowing the settings differ or don’t differ is the point here).
Are you absolutely positive any kind of gain feature is locked to the same thing in all cases? Are you absolutely certain the Jetson recording and playback gain and resolution match the working system’s gain and resolution at all stages in the software?
Hi linuxdev,
I have turned down the capture volume with amixer and the clipping is still there. I don’t know if the device has an another way to “internally” turn down the gain.
Anyway, as I said, when I capture from the device connected to a TK1 board USB port that is managed through the ehci driver, the recorded file has clipping. If I connect the device to a TK1 board USB port that is managed through the xhci, the recorded file is ok, without clipping. The playback of this two files is the same (clipping on the first, not clipping on the second one) on every machine I try to play (Linux, Mac, Windows, TK1 board itself). In addition, I have also tried to modify the TK1 kernel to force to use the xhci driver on the USB port that was previously managed through ehci driver. Also in this case the recorded file is clean, without clipping.
So the only difference I can see between the clipping and not clipping capture is the echi and xhci usb driver/controller.
Thank you, best regards.
Ivan
If amixer is receiving a signal which is already clipped, then turning digital gain down wouldn’t help. What I’m wondering is if the unit has its own internal settings or control related to gain such that gain might be set different depending on the platform. Simply speaking software and having clipping go away would probably confirm it isn’t a hardware issue, but if you get what seems like clipping even at somewhat lower volumes (it doesn’t have to be a lot quieter, but a significantly software voice), then there is a different issue versus if clipping goes away as you talk softer.
I don’t know how it would be possible for the driver itself (USB) to change things unless one is losing data and another is not, but loss of digital information sounds different than clipping so far as I know. If you’ve ever used digital voice over IP (VoIP), e.g., Discord or Team Speak, then when conditions get bad the digital loss sounds quite distinct compared to analog noise. What I’m suggesting about testing with softer voice is in part for that purpose…digital loss won’t go away when talking softer, but analog clipping will. The third type of what I’d call “noise” is from down sampling, e.g., losing the lower order bits, and although the voice would not sound as good after this, this too would not be clipping.
I don’t suppose you have an oscilloscope you could place on the output speaker while playing a pure sine wave generator to the microphone? This would instantly give you a lot of information and skip much guessing.
Hi linuxdev,
yes, I have clipping also if a talk softer, it doesn’t depend on the input volume.
Unfortunately I don’t have an oscilloscope to test the signal on the output speaker. If this can help, I recorded two audio raw files as you suggested (while playing a “pure” sine wave generator to the microphone) and then analyse them with Audacity.
As you can see in this image, the first wave is ok, while the second one is lower in amplitude and also some samples are “out of sine”:
Here are the two raw files:
Sine clean: sine_clean.raw - Google Drive
Sine clipping: sine_clipping.raw - Google Drive
so you can analyse them better (just import raw data with: Signed 24 PCM, Little-endian, 2 Channels, 48000 sample rate).
Thank you, best regards.
Ivan
The noise is not clipping. This instead looks like dropping bits from an inability to handle the data rate. Are both systems using the same sample rate on the microphone at all stages (resampling might change things as well)? It’s almost like the second one is up-sampled from something which is internally running at a lower bit rate, though I’d suspect just dropping bits.
If it isn’t internally reducing the sample rate and then changing back to a higher rate, then I’d say some bits just randomly don’t have the ability to compute in time and are dropped. Are the Jetson running in performance mode with CPUs and clocks maximized? What you’d be interested in is the CPU performance section of this:
[url]https://elinux.org/Jetson/Performance[/url]
Would anyone at NVIDIA know of a way to test if the bit rate and sample resolution in audio is truly 48KHz and 24-bit throughout the entire audio pipeline?
Hi linuxdev,
I used the same pipeline for both the audio recordings and I have already setted the max performance mode on the TK1 board.
I don’t know if this can help to understand where the problem is or it is only a coincidence, but I have found another usb mic device with the same characteristics (48000 sample rate, ASYNC Endpoint) and this device works well, without bits dropping. The only difference with the Devio and the ClearOne devices is in the device speed. While all of this devices are full-speed (12 Mbit/s), the “ok” mic is “high-speed” (480 Mbit/s). Anyway, the Devio and ClearOne devices are recognized like “full-speed” also on other systems (Linux PC) where the capturing is ok (no bits dropped).
Thank you, best regards.
Ivan
Transfer modes at a slower rate could indeed cause bit dropping. In my post #2 I described how to get a fully verbose lsusb for the particular microphone. Can you post the full result of this? I want to know if this is isochronous mode, or if it is something else (it should be isochronous).
Isochronous is used for real-time data streams, whereas other modes might be used for mice or hard disks (interrupt or bulk modes). If anything were to prevent all of the data from immediately transferring in a bulk or interrupt mode you could expect the data pipeline to pause and perhaps buffer the data until continuing with the data becomes possible. Isochronous tries to reserve a certain amount of bandwidth and to always make this amount of data available, but in reality there can be other demands on the system (either within USB or outside of USB), and if the system does not work at some short moment in time, then the data is not buffered and is instead dropped without any attempt to recover.
A USB1.1 mode (12Mbit/s) would be more likely to saturate and not handle the same amount of data as would a USB2 mode (480Mbit/s). Two microphones, both in USB1.1 mode and on the same line, would in theory not saturate a USB1.1 USB wire (48KHz sample rate, 24-bit per sample, plus control signal, times two microphones is under 1Mbit/s), but other loads on the system could get in the way and cause an ordinary bit drop in isochronous mode (the driver or any software along the chain may not be servicing the data fast enough). I believe something like this is going on, but you’d need to post the full lsusb verbose listing of the failing microphones.
If this turns out to be the case, then it might be possible to narrow in on where the bits are dropping (though I do have some doubt without a logic analyzer).
Hi linuxdev,
here are the lsusb verbose outputs for the various devices:
Devio CR-1 (works only with sample rate <= 32000):
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 64
idVendor 0x28e6
idProduct 0x0009
bcdDevice 0.03
iManufacturer 1 Biamp Systems
iProduct 2 Devio CR-1 USB Audio
iSerial 3 000000000000
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 234
bNumInterfaces 4
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xc0
Self Powered
MaxPower 0mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 0
bInterfaceClass 1 Audio
bInterfaceSubClass 1 Control Device
bInterfaceProtocol 0
iInterface 0
AudioControl Interface Descriptor:
bLength 10
bDescriptorType 36
bDescriptorSubtype 1 (HEADER)
bcdADC 1.00
wTotalLength 72
bInCollection 2
baInterfaceNr( 0) 1
baInterfaceNr( 1) 2
AudioControl Interface Descriptor:
bLength 12
bDescriptorType 36
bDescriptorSubtype 2 (INPUT_TERMINAL)
bTerminalID 1
wTerminalType 0x0405 Echo-canceling speakerphone
bAssocTerminal 6
bNrChannels 2
wChannelConfig 0x0003
Left Front (L)
Right Front (R)
iChannelNames 0
iTerminal 0
AudioControl Interface Descriptor:
bLength 10
bDescriptorType 36
bDescriptorSubtype 6 (FEATURE_UNIT)
bUnitID 2
bSourceID 1
bControlSize 1
bmaControls( 0) 0x41
Mute Control
Automatic Gain Control
bmaControls( 1) 0x02
Volume Control
bmaControls( 2) 0x02
Volume Control
iFeature 0
AudioControl Interface Descriptor:
bLength 9
bDescriptorType 36
bDescriptorSubtype 3 (OUTPUT_TERMINAL)
bTerminalID 3
wTerminalType 0x0101 USB Streaming
bAssocTerminal 0
bSourceID 2
iTerminal 0
AudioControl Interface Descriptor:
bLength 12
bDescriptorType 36
bDescriptorSubtype 2 (INPUT_TERMINAL)
bTerminalID 4
wTerminalType 0x0101 USB Streaming
bAssocTerminal 0
bNrChannels 2
wChannelConfig 0x0003
Left Front (L)
Right Front (R)
iChannelNames 0
iTerminal 0
AudioControl Interface Descriptor:
bLength 10
bDescriptorType 36
bDescriptorSubtype 6 (FEATURE_UNIT)
bUnitID 5
bSourceID 4
bControlSize 1
bmaControls( 0) 0x01
Mute Control
bmaControls( 1) 0x02
Volume Control
bmaControls( 2) 0x02
Volume Control
iFeature 0
AudioControl Interface Descriptor:
bLength 9
bDescriptorType 36
bDescriptorSubtype 3 (OUTPUT_TERMINAL)
bTerminalID 6
wTerminalType 0x0405 Echo-canceling speakerphone
bAssocTerminal 1
bSourceID 5
iTerminal 0
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 0
bNumEndpoints 0
bInterfaceClass 1 Audio
bInterfaceSubClass 2 Streaming
bInterfaceProtocol 0
iInterface 0
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 1
bNumEndpoints 1
bInterfaceClass 1 Audio
bInterfaceSubClass 2 Streaming
bInterfaceProtocol 0
iInterface 0
AudioStreaming Interface Descriptor:
bLength 7
bDescriptorType 36
bDescriptorSubtype 1 (AS_GENERAL)
bTerminalLink 3
bDelay 1 frames
wFormatTag 1 PCM
AudioStreaming Interface Descriptor:
bLength 26
bDescriptorType 36
bDescriptorSubtype 2 (FORMAT_TYPE)
bFormatType 1 (FORMAT_TYPE_I)
bNrChannels 2
bSubframeSize 2
bBitResolution 16
bSamFreqType 6 Discrete
tSamFreq[ 0] 8000
tSamFreq[ 1] 16000
tSamFreq[ 2] 24000
tSamFreq[ 3] 32000
tSamFreq[ 4] 44100
tSamFreq[ 5] 48000
Endpoint Descriptor:
bLength 9
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 5
Transfer Type Isochronous
Synch Type Asynchronous
Usage Type Data
wMaxPacketSize 0x00c8 1x 200 bytes
bInterval 1
bRefresh 0
bSynchAddress 0
AudioControl Endpoint Descriptor:
bLength 7
bDescriptorType 37
bDescriptorSubtype 1 (EP_GENERAL)
bmAttributes 0x01
Sampling Frequency
bLockDelayUnits 0 Undefined
wLockDelay 0 Undefined
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 2
bAlternateSetting 0
bNumEndpoints 0
bInterfaceClass 1 Audio
bInterfaceSubClass 2 Streaming
bInterfaceProtocol 0
iInterface 0
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 2
bAlternateSetting 1
bNumEndpoints 1
bInterfaceClass 1 Audio
bInterfaceSubClass 2 Streaming
bInterfaceProtocol 0
iInterface 0
AudioStreaming Interface Descriptor:
bLength 7
bDescriptorType 36
bDescriptorSubtype 1 (AS_GENERAL)
bTerminalLink 4
bDelay 3 frames
wFormatTag 1 PCM
AudioStreaming Interface Descriptor:
bLength 11
bDescriptorType 36
bDescriptorSubtype 2 (FORMAT_TYPE)
bFormatType 1 (FORMAT_TYPE_I)
bNrChannels 2
bSubframeSize 2
bBitResolution 16
bSamFreqType 1 Discrete
tSamFreq[ 0] 48000
Endpoint Descriptor:
bLength 9
bDescriptorType 5
bEndpointAddress 0x01 EP 1 OUT
bmAttributes 9
Transfer Type Isochronous
Synch Type Adaptive
Usage Type Data
wMaxPacketSize 0x00c0 1x 192 bytes
bInterval 1
bRefresh 0
bSynchAddress 0
AudioControl Endpoint Descriptor:
bLength 7
bDescriptorType 37
bDescriptorSubtype 1 (EP_GENERAL)
bmAttributes 0x01
Sampling Frequency
bLockDelayUnits 1 Milliseconds
wLockDelay 4 Milliseconds
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 3
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 3 Human Interface Device
bInterfaceSubClass 0 No Subclass
bInterfaceProtocol 0 None
iInterface 0
HID Device Descriptor:
bLength 9
bDescriptorType 33
bcdHID 1.11
bCountryCode 0 Not supported
bNumDescriptors 1
bDescriptorType 34 Report
wDescriptorLength 161
Report Descriptors:
** UNAVAILABLE **
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x84 EP 4 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0025 1x 37 bytes
bInterval 1
Device Status: 0x0001
Self Powered
Devio SCR-25:
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 64
idVendor 0x28e6
idProduct 0x0024
bcdDevice 1.00
iManufacturer 1 Biamp Systems
iProduct 3 Devio SCR USB Audio
iSerial 0
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 240
bNumInterfaces 4
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xc0
Self Powered
MaxPower 0mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 0
bInterfaceClass 1 Audio
bInterfaceSubClass 1 Control Device
bInterfaceProtocol 0
iInterface 8 Devio SCR USB Audio
AudioControl Interface Descriptor:
bLength 10
bDescriptorType 36
bDescriptorSubtype 1 (HEADER)
bcdADC 1.00
wTotalLength 66
bInCollection 2
baInterfaceNr( 0) 1
baInterfaceNr( 1) 2
AudioControl Interface Descriptor:
bLength 12
bDescriptorType 36
bDescriptorSubtype 2 (INPUT_TERMINAL)
bTerminalID 1
wTerminalType 0x0101 USB Streaming
bAssocTerminal 0
bNrChannels 2
wChannelConfig 0x0003
Left Front (L)
Right Front (R)
iChannelNames 15 Analogue 1
iTerminal 11 Devio SCR USB Audio
AudioControl Interface Descriptor:
bLength 10
bDescriptorType 36
bDescriptorSubtype 6 (FEATURE_UNIT)
bUnitID 10
bSourceID 1
bControlSize 1
bmaControls( 0) 0x00
bmaControls( 1) 0x03
Mute Control
Volume Control
bmaControls( 2) 0x03
Mute Control
Volume Control
iFeature 0
AudioControl Interface Descriptor:
bLength 9
bDescriptorType 36
bDescriptorSubtype 3 (OUTPUT_TERMINAL)
bTerminalID 6
wTerminalType 0x0405 Echo-canceling speakerphone
bAssocTerminal 0
bSourceID 10
iTerminal 0
AudioControl Interface Descriptor:
bLength 12
bDescriptorType 36
bDescriptorSubtype 2 (INPUT_TERMINAL)
bTerminalID 2
wTerminalType 0x0405 Echo-canceling speakerphone
bAssocTerminal 0
bNrChannels 2
wChannelConfig 0x0003
Left Front (L)
Right Front (R)
iChannelNames 17 Analogue 1
iTerminal 44 (error)
AudioControl Interface Descriptor:
bLength 9
bDescriptorType 36
bDescriptorSubtype 3 (OUTPUT_TERMINAL)
bTerminalID 7
wTerminalType 0x0101 USB Streaming
bAssocTerminal 1
bSourceID 11
iTerminal 0
AudioControl Interface Descriptor:
bLength 10
bDescriptorType 36
bDescriptorSubtype 6 (FEATURE_UNIT)
bUnitID 11
bSourceID 2
bControlSize 1
bmaControls( 0) 0x00
bmaControls( 1) 0x03
Mute Control
Volume Control
bmaControls( 2) 0x03
Mute Control
Volume Control
iFeature 0
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 0
bNumEndpoints 0
bInterfaceClass 1 Audio
bInterfaceSubClass 2 Streaming
bInterfaceProtocol 0
iInterface 9 Devio SCR USB Audio
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 1
bNumEndpoints 2
bInterfaceClass 1 Audio
bInterfaceSubClass 2 Streaming
bInterfaceProtocol 0
iInterface 4 Devio SCR USB Audio
AudioStreaming Interface Descriptor:
bLength 7
bDescriptorType 36
bDescriptorSubtype 1 (AS_GENERAL)
bTerminalLink 1
bDelay 1 frames
wFormatTag 1 PCM
AudioStreaming Interface Descriptor:
bLength 17
bDescriptorType 36
bDescriptorSubtype 2 (FORMAT_TYPE)
bFormatType 1 (FORMAT_TYPE_I)
bNrChannels 2
bSubframeSize 3
bBitResolution 24
bSamFreqType 3 Discrete
tSamFreq[ 0] 48000
tSamFreq[ 1] 48000
tSamFreq[ 2] 48000
Endpoint Descriptor:
bLength 9
bDescriptorType 5
bEndpointAddress 0x01 EP 1 OUT
bmAttributes 5
Transfer Type Isochronous
Synch Type Asynchronous
Usage Type Data
wMaxPacketSize 0x0126 1x 294 bytes
bInterval 1
bRefresh 0
bSynchAddress 129
AudioControl Endpoint Descriptor:
bLength 7
bDescriptorType 37
bDescriptorSubtype 1 (EP_GENERAL)
bmAttributes 0x01
Sampling Frequency
bLockDelayUnits 2 Decoded PCM samples
wLockDelay 0 Decoded PCM samples
Endpoint Descriptor:
bLength 9
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 1
Transfer Type Isochronous
Synch Type None
Usage Type Data
wMaxPacketSize 0x0003 1x 3 bytes
bInterval 1
bRefresh 4
bSynchAddress 0
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 2
bAlternateSetting 0
bNumEndpoints 0
bInterfaceClass 1 Audio
bInterfaceSubClass 2 Streaming
bInterfaceProtocol 0
iInterface 5 Devio SCR USB Audio
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 2
bAlternateSetting 1
bNumEndpoints 1
bInterfaceClass 1 Audio
bInterfaceSubClass 2 Streaming
bInterfaceProtocol 0
iInterface 10 Devio SCR USB Audio
AudioStreaming Interface Descriptor:
bLength 7
bDescriptorType 36
bDescriptorSubtype 1 (AS_GENERAL)
bTerminalLink 7
bDelay 1 frames
wFormatTag 1 PCM
AudioStreaming Interface Descriptor:
bLength 17
bDescriptorType 36
bDescriptorSubtype 2 (FORMAT_TYPE)
bFormatType 1 (FORMAT_TYPE_I)
bNrChannels 2
bSubframeSize 3
bBitResolution 24
bSamFreqType 3 Discrete
tSamFreq[ 0] 48000
tSamFreq[ 1] 48000
tSamFreq[ 2] 48000
Endpoint Descriptor:
bLength 9
bDescriptorType 5
bEndpointAddress 0x82 EP 2 IN
bmAttributes 5
Transfer Type Isochronous
Synch Type Asynchronous
Usage Type Data
wMaxPacketSize 0x0126 1x 294 bytes
bInterval 1
bRefresh 0
bSynchAddress 0
AudioControl Endpoint Descriptor:
bLength 7
bDescriptorType 37
bDescriptorSubtype 1 (EP_GENERAL)
bmAttributes 0x01
Sampling Frequency
bLockDelayUnits 0 Undefined
wLockDelay 0 Undefined
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 3
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 3 Human Interface Device
bInterfaceSubClass 0 No Subclass
bInterfaceProtocol 0 None
iInterface 0
HID Device Descriptor:
bLength 9
bDescriptorType 33
bcdHID 1.11
bCountryCode 0 Not supported
bNumDescriptors 1
bDescriptorType 34 Report
wDescriptorLength 55
Report Descriptors:
** UNAVAILABLE **
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83 EP 3 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0002 1x 2 bytes
bInterval 8
Device Status: 0x0001
Self Powered
ClearOne Converge Huddle:
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 64
idVendor 0x146e
idProduct 0x007f
bcdDevice 1.02
iManufacturer 1 (error)
iProduct 8 (error)
iSerial 2 (error)
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 246
bNumInterfaces 4
bConfigurationValue 1
iConfiguration 0
bmAttributes 0x80
(Bus Powered)
MaxPower 500mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 0
bInterfaceClass 1 Audio
bInterfaceSubClass 1 Control Device
bInterfaceProtocol 0
iInterface 8 (error)
AudioControl Interface Descriptor:
bLength 10
bDescriptorType 36
bDescriptorSubtype 1 (HEADER)
bcdADC 1.00
wTotalLength 72
bInCollection 2
baInterfaceNr( 0) 1
baInterfaceNr( 1) 2
AudioControl Interface Descriptor:
bLength 12
bDescriptorType 36
bDescriptorSubtype 2 (INPUT_TERMINAL)
bTerminalID 1
wTerminalType 0x0101 USB Streaming
bAssocTerminal 0
bNrChannels 2
wChannelConfig 0x0003
Left Front (L)
Right Front (R)
iChannelNames 15 (error)
iTerminal 11 (error)
AudioControl Interface Descriptor:
bLength 10
bDescriptorType 36
bDescriptorSubtype 6 (FEATURE_UNIT)
bUnitID 10
bSourceID 1
bControlSize 1
bmaControls( 0) 0x00
bmaControls( 1) 0x03
Mute Control
Volume Control
bmaControls( 2) 0x03
Mute Control
Volume Control
iFeature 0
AudioControl Interface Descriptor:
bLength 9
bDescriptorType 36
bDescriptorSubtype 3 (OUTPUT_TERMINAL)
bTerminalID 6
wTerminalType 0x0301 Speaker
bAssocTerminal 0
bSourceID 10
iTerminal 0
AudioControl Interface Descriptor:
bLength 12
bDescriptorType 36
bDescriptorSubtype 2 (INPUT_TERMINAL)
bTerminalID 2
wTerminalType 0x0201 Microphone
bAssocTerminal 0
bNrChannels 2
wChannelConfig 0x0003
Left Front (L)
Right Front (R)
iChannelNames 17 (error)
iTerminal 12 (error)
AudioControl Interface Descriptor:
bLength 9
bDescriptorType 36
bDescriptorSubtype 3 (OUTPUT_TERMINAL)
bTerminalID 7
wTerminalType 0x0101 USB Streaming
bAssocTerminal 1
bSourceID 11
iTerminal 0
AudioControl Interface Descriptor:
bLength 10
bDescriptorType 36
bDescriptorSubtype 6 (FEATURE_UNIT)
bUnitID 11
bSourceID 2
bControlSize 1
bmaControls( 0) 0x00
bmaControls( 1) 0x03
Mute Control
Volume Control
bmaControls( 2) 0x03
Mute Control
Volume Control
iFeature 0
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 0
bNumEndpoints 0
bInterfaceClass 1 Audio
bInterfaceSubClass 2 Streaming
bInterfaceProtocol 0
iInterface 9 (error)
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 1
bNumEndpoints 2
bInterfaceClass 1 Audio
bInterfaceSubClass 2 Streaming
bInterfaceProtocol 0
iInterface 9 (error)
AudioStreaming Interface Descriptor:
bLength 7
bDescriptorType 36
bDescriptorSubtype 1 (AS_GENERAL)
bTerminalLink 1
bDelay 1 frames
wFormatTag 1 PCM
AudioStreaming Interface Descriptor:
bLength 20
bDescriptorType 36
bDescriptorSubtype 2 (FORMAT_TYPE)
bFormatType 1 (FORMAT_TYPE_I)
bNrChannels 2
bSubframeSize 3
bBitResolution 24
bSamFreqType 4 Discrete
tSamFreq[ 0] 44100
tSamFreq[ 1] 48000
tSamFreq[ 2] 48000
tSamFreq[ 3] 48000
Endpoint Descriptor:
bLength 9
bDescriptorType 5
bEndpointAddress 0x01 EP 1 OUT
bmAttributes 5
Transfer Type Isochronous
Synch Type Asynchronous
Usage Type Data
wMaxPacketSize 0x0126 1x 294 bytes
bInterval 1
bRefresh 0
bSynchAddress 129
AudioControl Endpoint Descriptor:
bLength 7
bDescriptorType 37
bDescriptorSubtype 1 (EP_GENERAL)
bmAttributes 0x01
Sampling Frequency
bLockDelayUnits 2 Decoded PCM samples
wLockDelay 0 Decoded PCM samples
Endpoint Descriptor:
bLength 9
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 1
Transfer Type Isochronous
Synch Type None
Usage Type Data
wMaxPacketSize 0x0003 1x 3 bytes
bInterval 1
bRefresh 4
bSynchAddress 0
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 2
bAlternateSetting 0
bNumEndpoints 0
bInterfaceClass 1 Audio
bInterfaceSubClass 2 Streaming
bInterfaceProtocol 0
iInterface 10 (error)
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 2
bAlternateSetting 1
bNumEndpoints 1
bInterfaceClass 1 Audio
bInterfaceSubClass 2 Streaming
bInterfaceProtocol 0
iInterface 10 (error)
AudioStreaming Interface Descriptor:
bLength 7
bDescriptorType 36
bDescriptorSubtype 1 (AS_GENERAL)
bTerminalLink 7
bDelay 1 frames
wFormatTag 1 PCM
AudioStreaming Interface Descriptor:
bLength 20
bDescriptorType 36
bDescriptorSubtype 2 (FORMAT_TYPE)
bFormatType 1 (FORMAT_TYPE_I)
bNrChannels 2
bSubframeSize 3
bBitResolution 24
bSamFreqType 4 Discrete
tSamFreq[ 0] 44100
tSamFreq[ 1] 48000
tSamFreq[ 2] 48000
tSamFreq[ 3] 48000
Endpoint Descriptor:
bLength 9
bDescriptorType 5
bEndpointAddress 0x82 EP 2 IN
bmAttributes 5
Transfer Type Isochronous
Synch Type Asynchronous
Usage Type Data
wMaxPacketSize 0x0126 1x 294 bytes
bInterval 1
bRefresh 0
bSynchAddress 0
AudioControl Endpoint Descriptor:
bLength 7
bDescriptorType 37
bDescriptorSubtype 1 (EP_GENERAL)
bmAttributes 0x01
Sampling Frequency
bLockDelayUnits 0 Undefined
wLockDelay 0 Undefined
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 3
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 3 Human Interface Device
bInterfaceSubClass 0 No Subclass
bInterfaceProtocol 0 None
iInterface 0
HID Device Descriptor:
bLength 9
bDescriptorType 33
bcdHID 1.10
bCountryCode 0 Not supported
bNumDescriptors 1
bDescriptorType 34 Report
wDescriptorLength 71
Report Descriptors:
** UNAVAILABLE **
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83 EP 3 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0040 1x 64 bytes
bInterval 8
Device Status: 0x0000
(Bus Powered)
Thank you, best regards.
Ivan