Very interesting. Focused FiiO Q1 MkII because of its price together with digitalised volume control, dac/amp + amp capabilities, and balanced output chance (i don't own any balanced gear yet).
pity its output impedance is over 1ohm (not too high though) and balanced hissing.
Thanks!!
Yeah, it could also be lower for my very personal standards that prefer 0.5 Ohms and below - but it' not that 1.2/1.3 Ohms are a high number at all, and while my inner output impedance perfectionist is slightly paranoid seeing that, my common sense tells me that it's still a value that is a good bit lower than what other devices have in terms of OI.
Most multi-BA models that aren't as much diva-like as the Triple-Fi 10 shouldn't show much deviation from the unloaded measurement at all.
The Google USB-C to 3.5mm headphone adapter for the Pixel 2 and Pixel 2 XL used to be $20--a fair price, I thought, because it can do more than the Apple Lightning to 3.5 mm headphone adapter. For example, it works with MacOS and Windows 10 Creators Update with the default drivers. But after some backlash from the public, Google lowered the price to $9, the same as the Apple audio dongle.
When you plug the adapter into a PC, Windows doesn’t show it in its list of audio devices until something is plugged into the 3.5mm jack. If it’s a very high impedance load, Windows will say that it’s a line out. I measured 1.88 Vrms for a full-scale 1 kHz sine wave, which is the same as for the unit measured over at xda-developers. That’s a good 5.5 dB more than the Apple adapter’s maximum voltage. With Windows volume at 100, there’s how the line out did in RMAA:
Test results from left to right: 1644, 2444, 2448, 2496
Relative noise level, 1644 and 2444
Dynamic range, 1644 and 2444
1 kHz THD, 1644 and 2444
SMPTE IMD, 1644 and 2444
Stereo crosstalk, 1644 and 2444
The frequency response in Windows 10 Creators Update seems to be limited: RMAA 2496 frequency response measurement shown.
The adapter doesn’t switch from line out mode to headphone out mode until the 3.5mm plug is disconnected from the adapter’s jack. It’s possible to get the higher voltage mode for a headphone with these steps: plug in something like a splitter or a 3.5mm to 6.3mm adapter with no headphones attached; the adapter sees an open circuit so switches to line out mode. Then plug in the headphones into the splitter or adapter. The device stays in line out mode. This could be useful for high impedance headphones like an HD600:
Google USB-C audio adapter <-- headphone splitter or 6.3mm adapter
This switches it to line out mode (max. 1.88 Vrms). Then plug in the headphones, for example:
Google USB-C audio adapter <-- headphone splitter or 6.3mm adapter <-- HD600
--------------------------
When the adapter is plugged into the PC and it sees a lower-impedance load, it switches to headphone out mode. Here’s how I determined the maximum voltage available:
Google USB-C audio adapter <-- headphone splitter <-- 16-ohm dummy load or earphones
This switches the adapter to headphone out mode. When the dummy load is unplugged, it stays in headphone out mode. It doesn’t switch to a line out. I measured around 400 mV open-circuit voltage in headphone out mode this way. At xda-developers, they got two different headphone out modes, with different voltages. I didn't test to see if a third level was available in Windows or MacOS.
Here’s how the adapter performed with the 16-ohm dummy load:
Headphone out mode RMAA test results at Windows volume 100 (left) and 68 (right)
Frequency response: Headphone out mode into 16 ohms vs Line out mode
Relative noise level and dynamic range: Headphone out mode into 16 ohms vs Line out mode
1k THD into 16 ohms at Windows volume 100 and 68.
For me, comfortable listening level with most dynamic-driver IEMs doesn't exceed Windows volume 60. It's usually closer to 50.
Impulse response
Line out mode, no load, Windows volume 100
Line out mode, 16-ohm load on both channels, Windows volume 100
Line out mode, 16-ohm load on both channels, Windows volume 70
Line out mode, 16-ohm load on both channels, Windows volume 68, onset of clipping
Line out mode, 16-ohm load on both channels, Windows volume 66
Headphone out mode, Windows volume 100: no load (left), 16-ohm load on both channels (right)
My subjective take on the noise level with a UE600: It’s a very soft background hiss. It doesn’t produce irregular-sounding noises like an iPhone 6S does. At least not when moving around windows or when the SSD is busy.
So far, this Google adapter has outperformed the built-in audio of every computer that will recognize it. I tried it with a 2016 Lenovo Carbon X1, a few Microsoft Surface tablets, and a Chuwi mini PC. Macs usually have clean audio, but they can’t output 1.88 Vrms like this adapter.
The headset mic input works well with my headphone measurement rigs and REW, both in Windows and MacOS. It also works with my 2013 Nexus 7, which doesn’t have great built-in audio:
Edit 12/20: The mic input has a significant amount of roll-off in the bass. I compared it to the Startech ICUSBAUDIO2D audio interface, and it's around 5-6 dB down at 20 Hz. It probably has a smaller coupling capacitor. So if you're planning to use this adapter in a measurement rig, you'll need to make a calibration curve for the mic/mic input system.
Sadly, I couldn’t get the adapter to work with my Amazon Fire tablets. Maybe a FireOS update will fix it in the future.
Edit 12/30: It works on the 2017 Fire 10 HD with Fire OS 5.6.0.0! Still no luck on the 2017 Fire HD 8 or the 2014 Fire HD 6, both also running Fire OS 5.6.0.0.
I've had it for a while. There was a photo of it when I posted the Apple Lightning audio dongle measurements. But I would have gone for the 401 if it were available at the time.
They're getting a lower figure over at xda-developers: 0.43 ohms. I'm more conservative and try to make it so that if I mess up the measurement, I err on the high side.
Something that could be considered as a slight slow roll-off filter. Nothing wrong with that.
Triple.Fi 10:
Seems like the output impedance is higher in the upper and super treble than it is in the bass and mids.
Various Multi-BA IEMs:
Seems like the Mojo doesn't fully like low impedance multi-driver loads.
IE 800:
Various Full-Sized Headphones:
I unfortunately don't have the link to the test/article in a print anymore, but it had the measurement on hand and stated that while the output impedance was very low (I think measured at) 1 kHz, it was a bit higher at (I think measured at) 20 kHz.
The question is whether these more or less slight deviations do matter to you or not as most of them are above 10 kHz anyway, however objectively speaking, the Mojo could stay somewhat more linear in the treble with complex and low impedance multi-driver loads.
Yeah, I'm fully aware of that - the Mojo's output impedance starts climbing in the middle highs, hence this behaviour. It's good to finally see that on a publicly available measurement graph, since the one that I am already aware of and that also confirms an impedance rise in the highs is in a copyrighted print document that I cannot share for obvious reasons - thanks for posting!
We all know that headphone out impedance is not purely resistive, and can be reactive, particularly capacitive to roll off the low end significantly with a capped output, but this is the first I've seen of a source output impedance response, and paritcularly the top end impedance vary in impedance specifically. This goes to show how much we can see from source output impedance response.
on one hand, it's obvious that it doesn't matter. picking any IEM over any other IEM will result in so much more changes. and just the way we place the IEM from one time to the next can generate a more significant variation in sound.
on the other hand, it's for a device where the designer talks about silly small stuff as if they were audibly significant. so by my standards it's irrelevant, by the typical Chord standard it's a disaster. ^_^
If you level match speakers, you'll still get variations if you turn your head one way or the other too. There is such a thing as "close enough for government work".
Interesting point of view :-D This made an interview with Watts come into my mind in which the talks about the huge benefits of 350 dB noise shaping performance...
on the other hand, it's for a device where the designer talks about silly small stuff as if they were audibly significant. so by my standards it's irrelevant, by the typical Chord standard it's a disaster. ^_^
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.