• WANTED: Happy members who like to discuss audio and other topics related to our interest. Desire to learn and share knowledge of science required. 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!

Kali Audio MV-BT Review (Balanced Bluetooth Receiver)

amirm

Founder/Admin
Staff Member
CFO (Chief Fun Officer)
Joined
Feb 13, 2016
Messages
44,368
Likes
234,384
Location
Seattle Area
This is a review and detailed measurements of the Kali Audio MV-BT (Mountain View) Bluetooth receiver with balanced output. It was kindly purchased new by a member and costs US $99 including Prime shipping on Amazon.

At first I was disappointed with the plastic case that it comes in:

Kali Mountain View review balanced Bluetooth receiver.jpg


That disappointment went away once I powered the unit and turned the rotary control and a soft blue light showed the level on the arc.

Likewise, the stout balanced connectors are a huge step up from RCA connectors:

Kali MV-BT review balanced Bluetooth receiver.jpg


The application is in pro/sound reinforcement scenarios where you want to feed input from a consumer Bluetooth device. For us, it would be a nice way to add balanced output without risk of ground loops due to an extra power supply and susceptibility of such with RCA unbalanced connections.

Amazon customers complained about noise level and this will be one of the things I will be testing.

Kali Audio MV-BT Measurements
Our standard signals are not very suitable for testing of the lossy compression algorithms as their activity is content dependent. That said, we can test for basic electrical hygiene so let's start testing with the default Aptx codec. I used my Samsung S8+ Android phone, playing back my testing tones using Roon:

Kali Mountain View Mesaurements Aptx Bluetooth.png


We see the classic AptX response with elevated noise level below 5 kHz. Output level is disappointingly low at just 1.5 volts using max volume (on both device and MV-BT). Switching to AAC codec, I was super disappointed to see quantization noise and pre-echo:

Kali Mountain View Mesaurements AAC Bluetooth.png


A sine wave should be dead simple to encode in AAC at almost any bit rate. I don't think this has anything to do with Kali but the encoder in Android. Will have to test an Apple device one day to see if it does better. Noise floor has improved over Aptx but it is a shame that we screw up the signal itself.

The only other codec supported was SBC:
Kali Mountain View Mesaurements SBC Bluetooth.png


We have a nice flat noise floor and no-pre-echo (SBC is not a perceptual codec). Alas, there are some random spikes. More investigation is necessary to see where the fault is.

LDAC was not supported.

Next I ran signal to noise ratio test:

Kali Mountain View Mesaurements Aptx AAC SNR Bluetooth.png



Kali Mountain View Mesaurements SBC SNR Bluetooth.png


During the testing, I noticed sometimes the analyzer would show just 29 dB or 59 dB signal to noise ratio. Since this test is asynchronous, I thought it was instrumentation error. See the listening test section on why those were also real measurements.

I thought I use a dual tone SMPTE IMD test so that we have something other than a simple tone to encode. Here are the results starting with Aptx:

Kali Mountain View Mesaurements aptx IMD Bluetooth.png


There was a dancing peak in the low frequencies which was fascinating. And we have an unwanted rise in noise floor around our high frequency tone. Not good.

Next was AAC was was a disaster on the low frequency tone:

Kali Mountain View Mesaurements AAC IMD Bluetooth.png


Again, this is likely an encoding issue in Android but nevertheless, results are terrible.

Finally SBC which produced the only response that was not embarrassing:

Kali Mountain View Mesaurements SBC IMD Bluetooth.png


SBC is whopping 24 dB better IMD ratio!

Kali Audio MV-BT Listening Tests
I queued up my reference female tracks and subjective performance of SBC was clearly better than AAC and Aptx. It had more detail and better channel separation. AAC also clearly suffered from compression artifacts with transients getting dirty and grungy due to compression artifacts especially on guitar strings (classic case with lossy perceptual codecs).

I had noticed during the testing that there was background hiss sometimes. I thought this was in the content but I had not heard it before. As I was playing with this, I realized that when I paused the music, there would be this audible dance of little clicks and moderate levels of hiss which had a mind of its own. It would come and go.

To rule out that the hiss was due to Kali implementation, I pulled out my Topping DX3 Pro and connected to it via Bluetooth the same way I had done with Kali, There was zero noise or hiss. Totally silent background when I paused music. Fidelity wise, same thing repeated with SBC sounding the best.

Conclusions
A smart product planner and mechanical designer created the perfect concept here of a professional Bluetooth receiver with balanced output. Sadly, whoever spec'ed the receiver messed up the whole plan and produced a noisy product that is not suitable for consumer application let alone professional. Given the cost of tooling and such, I hope Kali goes back and changes the Bluetooth module to a more performant one. They would then have a great product. Tagging @KaliAudio_Official in the hope that they can do this.

Credit should be given to the youtube reviewers who found the noise problem and reported it.

I am so sad to not be able to recommend the Kali Mountain View Bluetooth receiver.

Edit: video review also posted: https://www.audiosciencereview.com/...luetooth-receiver-and-bt-codec-quality.21084/
------------
As always, questions, comments, recommendations, etc. are welcome.

Appreciate any donations using: https://www.audiosciencereview.com/forum/index.php?threads/how-to-support-audio-science-review.8150/
 
Last edited:
OP
amirm

amirm

Founder/Admin
Staff Member
CFO (Chief Fun Officer)
Joined
Feb 13, 2016
Messages
44,368
Likes
234,384
Location
Seattle Area
A tidbit about SBC codec. When I was at Microsoft we were a board member of BlueTooth SIG (special interest group) that set the standards for it. They had a call out for a codec that had to be royalty-free. Philips proposed SBC. We came in late and built what we thought was a better codec. But we used a lot more CPU power for the meager amount they allowed so we did not submit and Philips won with no competition.
 

voodooless

Grand Contributor
Forum Donor
Joined
Jun 16, 2020
Messages
10,223
Likes
17,799
Location
Netherlands
Is it even real balanced? Looking at the very low output voltage that seems kind of suspect.
 
OP
amirm

amirm

Founder/Admin
Staff Member
CFO (Chief Fun Officer)
Joined
Feb 13, 2016
Messages
44,368
Likes
234,384
Location
Seattle Area
There are BT receivers with SPDIF output. Any chance to test one to see what the codecs do without a DAC in the audio chain?
Oh. Sure. Do you have a recommendation?
 
OP
amirm

amirm

Founder/Admin
Staff Member
CFO (Chief Fun Officer)
Joined
Feb 13, 2016
Messages
44,368
Likes
234,384
Location
Seattle Area
Is it even real balanced? Looking at the very low output voltage that seems kind of suspect.
I saw no signs of mains leakage but noise level is too high to see it. So you may be right there as well.
 
OP
amirm

amirm

Founder/Admin
Staff Member
CFO (Chief Fun Officer)
Joined
Feb 13, 2016
Messages
44,368
Likes
234,384
Location
Seattle Area
I ordered one last year and had to send it back. Too much noise: speakers were hissing like crazy.
Now you tell us. :D
 

Koeitje

Major Contributor
Joined
Oct 10, 2019
Messages
2,292
Likes
3,880
I always like the ???'s on the graph, sometimes it just says it all.
 

staticV3

Master Contributor
Joined
Aug 29, 2019
Messages
7,532
Likes
12,000
In case someone is interested, here's a great article describing each codec's inner workings and parameters in great detail: https://m.habr.com/en/post/456182/
There's even a web tool where you can upload an audio clip and it'll convert that clip into all BT codecs, after which you can A/B them directly in your browser.
The most interesting part of the article (imo) is that, while SBC is the most basic codec for modern devices, and is often touted as the lowest quality option, its high configurability would actually allow it to use bitrates far higher than AptX HD or even LDAC in its highest quality mode. It's up to the OS developer to define bitrate-limiting SBC parameters and virtually all the time, those are set very low.
 

bYOndo

Member
Joined
Jan 8, 2020
Messages
46
Likes
46
It says in the description cs8406
pardon, double miss ;)
it has a combo: CSR8675 (not *70) and CS8406 that does some digital conversion, I think used by the toslink output (I could be wrong).
 

LoyK

Member
Joined
Aug 19, 2020
Messages
49
Likes
97
Location
Ludwigsburg, Germany
Very interesting Amir, thank you!

Do you have an Apple device to compare AAC from Apple to Android? I think soundguys did such comparison and concluded to use AAC on Apple devices (ok, it also is the only supported codec) and SBC on Android: Soundguys BT Codec comparison
 
Last edited:

markanini

Major Contributor
Joined
Feb 15, 2019
Messages
1,718
Likes
1,768
Location
Scania
I wonder if the phone isn't doing some SRC affecting the signal. Perhaps one of the standalone BT transmitters would help ruling it out.
 

PeteL

Major Contributor
Joined
Jun 1, 2020
Messages
3,303
Likes
3,838
Very interesting Amir, thank you!

Do you have an Apple device to compare AAC from Apple to Android? I think soundguys did such comparison and concluded to use AAC on Apple devices (ok, it also is the only supported coded) and SBC on Android: Soundguys BT Codec comparison
I don’t think they concluded to use SBC on Android, they concluded that it was better than AAC on Android, and also noted that SBC was capable of decent quality, but where quite limited on most (or all) implementations. In real world, with Android, AptX sounds, subjectively, but significantly better than SBC. Of course if it’s to be transmitted to cheap tiny BT battery powered speakers, the difference don’t matter. AAC indeed should only be used with Apple device. AAC is quite good there.

Edit: I see Amir concluded differently but something seems wrong with this product.
Edit 2: I see he has the same conclusion on Topping DX3. I’m surprised. I’ll do more listening tests. I have to admit that My impression is based mainly on aptX HD, but I didn’t think it should make a big difference with 16 bits files, maybe it does. Also, I have measurments made from the Audio Precision Bt module, not from an android phone, and it generally looks better than that.
 
Last edited:
Top Bottom