• Welcome to ASR. There are many reviews of audio hardware and expert members to help answer your questions. Click here to have your audio equipment measured for free!

Generic Budget USB to AES Converter Review

Rate this USB to AES Converter

  • 1. Poor (headless panther)

    Votes: 98 83.8%
  • 1. Waste of money (piggy bank panther)

    Votes: 16 13.7%
  • 3. Fine (happy panther)

    Votes: 3 2.6%
  • 4. Great (golfing panther)

    Votes: 0 0.0%

  • Total voters
    117
Where did you find this information?
Directly on the various websites where this adapter is offered, like the AliExpess link from post #1. And from the price stated in post #1 one might infer that it was the 16bit only model.
 
The link from post #1 says 16-24bit though
Directly on the various websites where this adapter is offered, like the AliExpess link from post #1. And from the price stated in post #1 one might infer that it was the 16bit only model.
 

Attachments

  • Screenshot_20250105-101703.png
    Screenshot_20250105-101703.png
    374.7 KB · Views: 45
IMO only checking the actual device capability (either usb configuration dump or the linux UAC driver debug info) can be trusted. Descriptions on Aliexpress are notoriously incorrect.
 
Here is the info from the version I got (BT/USB-C one). That default startup volume of -21dB is definitely annoying.

Screenshot 2025-01-05 at 10.30.00 AM.png
Screenshot 2025-01-05 at 10.35.30 AM.png
 
IMO only checking the actual device capability (either usb configuration dump or the linux UAC driver debug info) can be trusted. Descriptions on Aliexpress are notoriously incorrect.
In this manufacturer's case the specs do seem to match. There's a bunch of different models, all within the same price range, both class audio compliant and specced as requiring drivers for x - which I'm not interested in. Add a distributor or two and a reseller or two and whoooeee yes they might get them mixed up.
 
IMO only checking the actual device capability (either usb configuration dump or the linux UAC driver debug info) can be trusted. Descriptions on Aliexpress are notoriously incorrect.
Was just about to make the same point. In fact the headline description says 16 to 32 bit, which is not possible for AES.

They are just as likely to be saying - will you can put 24 bits IN to it.
 
Thanks. What rates does the Format select offer? Very likely also 16bits are supported by the soundcard. Would OSX list all the card params somewhere?

See the image in the prior post, which has the rates also.
I could not find any more information other than that and below. Maybe I need to find another command.

Code:
$ system_profiler SPUSBDataType

B2+:
              Product ID: 0x4007
              Vendor ID: 0x0a12  (Cambridge Silicon Radio Ltd.)
              Version: 19.70
              Serial Number: ABCDEF0123456789
              Speed: Up to 12 Mb/s
              Manufacturer: QTIL
              Location ID: 0x01110000 / 2
              Current Available (mA): 500
              Current Required (mA): 0
              Extra Operating Current (mA): 0

Lol @ the serial number. And definitely not registered as USB2. So the Type C is working off USB1.

In contrast, here is what the quloos USB bridge shows. It just arrived for me so haven't plugged it into the speakers yet. Sound level was at 0dB by default, which is nice.

Code:
Quloos QU02:

          Product ID: 0x0a23
          Vendor ID: 0x16d0
          Version: 1.9b
          Serial Number: <removed>
          Speed: Up to 480 Mb/s
          Manufacturer: Quloos
          Location ID: 0x02100000 / 1
          Current Available (mA): 500
          Current Required (mA): 0
          Extra Operating Current (mA): 0


Screenshot 2025-01-05 at 4.19.35 PM.png
 
See the image in the prior post, which has the rates also.
Those values do not look like real samplerates, more like an OSX list for UAC1/USB1 rates. E.g. it's rather unlikely that the device would natively support 8/16kHz.

Also the rates listed for the QU02 bridge - the vendor claims rates 44.1 to 384kHz in all its materials. Its user guide says on page 4: Device name: Quloos QU02 or Amanero ASIO Combo384. That strongly suggests the same USB chip and firmware is used as in Amanero which also goes up to 384kHz only. Again the list looks more like a fixed rates list for UAC2/USB2.

In both cases linux would tell the native rates reliably.
 
Welp, the QU02 bridge seems not useful for my use case. Audibly works just fine, all the way to 24bit/192 khz music off Apple music. Didn't hear any cracking/popping/dropouts from my brief testing. But no volume control of any kind from the USB host/source. Seems fixed volume. Tried it connected to my streamer, to my mac or to an iPad directly. No volume changes. The only way I could get volume to change was to change it directly on the Genelecs via GLM. Which is a deal killer for me. My intention was to use it with my streamer (bluesound node icon connected to TV over HDMI) and use it's volume control capabilities. Back to analog XLRs for me.
 
The USB-host source (streamer, mac, iPad) has no volume control?
 
The USB-host source (streamer, mac, iPad) has no volume control?
They have it, just no effect on the output...not even when muted.

you shouldn't change the volume with PC, ipad iMac... it breaks everything

No workaround, need everything controlled via Apple TV / Google TV remote using HDMI-CEC. So just reverting back to analog inputs for the genelecs.
 
Why? If the stream is PCM (i.e. audio, not AC3/DTS etc.), what difference does it make if the volume operation - dividing each sample value by a fixed number - is performed before or after sending the samples over USB?
 
Why? If the stream is PCM (i.e. audio, not AC3/DTS etc.), what difference does it make if the volume operation - dividing each sample value by a fixed number - is performed before or after sending the samples over USB?
Because I am 10+ feet away and there is no reliable wireless way to control volume over GLM (their wireless remote sucks, nor can it work without direct line of sight) + needs to be accessible via the same 1 remote that is used for TV/Device control.
 
They have it, just no effect on the output...not even when muted.
Well, then maybe the device correctly reports its output terminal type as SPDIF (https://www.usb.org/sites/default/files/termt10.pdf table 2-6), and your sources have a "clever" rule that no volume is applied for SPDIF outputs. It may be configurable, e.g. for OSX google suggests to adjust application volume instead https://forums.macrumors.com/thread...-optical.2368768/?post=31704765#post-31704765

This is one of the reasons I do not use closed systems - their authors know better than me what I want :)
 
Last edited:
Because I am 10+ feet away and there is no reliable wireless way to control volume over GLM (their wireless remote sucks, nor can it work without direct line of sight) + needs to be accessible via the same 1 remote that is used for TV/Device control.
Sorry for not quoting, was replying to @patoulol :)
 
Back
Top Bottom