Yes, only DD+ (E-AC3) works. There is one program that does the decoding on the fly and visualize what channels and audio objects are active and another one that converts the audio.

I'm looking at it now. Seems like it can use Atmos audio content. After some testing I can confirm that Dolby Atmos content ca be converted to some other channel based format like PCM. This way Objects will be hard coded into channels.

Correct. I was surprised that he removed the mics after the measurement without measuring the headphones.

Where is the headphone measurement in the video?

I highly doubt that it is possible to do good measurements at distance larger than 5m.

This would be the case if the distortion is caused by clipping but the distortion is caused by the headphone limitation of playback the low frequencies at high volume. The measurement here ( Sennheiser HD650 Review ) shows this for the HD650. The THD in the bass region increases a lot with...

Most headphones fall off in the low frequencies. Look at measurements from ASR you will see that boosting this frequency range to much often ends in audible distortions. Equalization in the low frequency regime is very limited with headphones.

If you connect your TV with bit stream audio it can encode the meta data of the atmos format. But this way you can't use EQ-APO with your hrir. You have to encode atmos on the PC and that is very difficult as there is no media player that can do this.

The way you describe your setup you have the processing from Dolby home theater on top of your hrir.

VB cable, EQ-APO and hesuvi only support 7.1 input channels. So it is impossible that you have "atmos".

Why should a HD600 not work? With the measurement and calibration process the impact of the used headphone should be relative small?

I'm not talking about impulcifer. I loaded the file in Audacity and it goes up to 0db. So there is 0db headroom. EQ-APO shows that the sum for the right and left channels is +29db. With multichannel audio this will easily run into clipping. As mentioned I don't hear a clear difference...

What I see is that you have no headroom in the file. That looks like the recording is clipped. But I did not notice a clear difference between L and R.

It is rumored that the first pre-orders have been waiting since then.

The things you show in the video could also be done with the benchmark of EQ-APO.

The bigger capsules always have a better SNR and are more sensitive. But it not possible to place them into the ear canal entry. For me the placement into ear canal entry compared to the placement directly before the entry made a difference for the accurate perception of directions. However...

From the data sheet I tried to retrieve the frequency response and plotted it in comparison to the Primo Em258. I guess the data for the Samson is more smoothed.

That looks great. The 3mm capsule looks very interesting as it is much easier to place in the ear canal compared to 6.3mm capsules. How is the noise performance of the mics? Could you compare it against other mics?

I remember that in the past I also used that image and was confused. This is the reason why I wrote a simple python script that does the converting from HeSuVi to "normal" mapping and from "normal" to HeSuVi mapping as I otherwise always forget how it was done.

Sorry I did not see that in your image you mixed up left and right after channel 7. #[L-l L-r LS-l LS-r LB-l Lb-r C-l R-r R-l RS-r RS-l RB-r RB-l C-r ] Hesuvi #[1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 ] #[L-l L-r R-l R-r C-l C-r S-l S-r LS-l...

So this are thee different options you tried. Only the last one is using VB-cable. What is hesuvi2 reverb.txt doing? With headphone you mean your dac? I would try to just install EQ-APO for VB-cable. From what you write VB-cable is working, EQ-APO is working and then somehow in the output...

Your image shows the correct mapping but this is how his file is already mapped. @XingYu A few questions: EQ-APO is only installed for vb-cable? VB-cable is your standard device and set to 7.1 and 48kHz? Does VB-cable only accept multichannel except via KS as pointed out in the previous post...

Your config file is strange: '#' means it is not active. So EQ-APO is doing nothing. Device: hd800s TOPPING USB DAC {ef1cefd1-6c7d-4a35-b5c6-9f02ec1980c7} # Include: HeSuVi\hesuvi2 reverb.txt # Include: F:\Mybrir\0918 800s\HP800.txt Device: ksc75 TOPPING USB DAC...

Copy: L=FC R=FC ? Have you defined a channel before as FC? FC is not the center channel in EQ-APO. That would be C.

I think this is very unlikely. So there is one test you could try. The EQ-APO benchmark allows you to save wave files processed with your configuration. You could convert a 7.1 file this way and listen to it on another device (smartphone).