Recording Impulse Responses for Speaker Virtualization

[Lion3]

I tried it but it messes up for me. The sound moves to the back and I lose all my surround unfortunately. Dolby access with my HRIR works the best for me I just wish smeone else could replicate what I hear

I'm sad it didn't work for you =(
I need to check a few things.

0. you download from new link?
1. Is it correct that APO inserted upmix.txt over hesuvi.txt?
2. Is your hesuvi gain the same for each channel? ---> Even if the speakers in the room have the same gain, the impulcifer often changes the gain depending on the information in the ultra-high frequency, and most of them have the effect of increasing the gain on the side and rear channels.
It's not implemented until dynamic processing, but it follows most of the logic and most users say it works well.
And that the sound you've experienced goes backwards is something that can happen when the gain of surround/back surround/front/center I mentioned above doesn't match gain.
I've fixed the code a few times before, and it was assigned to the wrong channel with the wrong separation, but in the end it's the story of Side and Rear, and there's no overall movement of the image. So that's why I'm asking carefully.
I also asked test each speakers and BRIR users who use Dolby and auro upmix to do this and I got confirmation from him that it works fine.

also,
sound moves to the back and I lose all my surround
---> Which one are you listening to right now? Sound moving backwards is most likely a gain I said, but I don't understand about surround is lost. for stereo, both Surround and backsurround are working.. you mean atmos?
it's not atmos. Does each track listen to separate sound sources or movies like Atmos or regular multi-channel?


###Btw,
Now i'm even implemented a "center spread" function that applies only to the music version and created separate files.
The existing code is width 0, and widths 2 to 3 seem to be the default. Width 5 or more is not used, so it is excluded

 

[morgin]

I want to try and use truehd audio on my pc for my movies. Is there a way to do this when using hesuvi and eqapo? Can I use something like a Nvidia shield pro and route the audio back to the pc, or use a capture card/hdmi audio extractor?

 

[Davesrose]

I want to try and use truehd audio on my pc for my movies. Is there a way to do this when using hesuvi and eqapo? Can I use something like a Nvidia shield pro and route the audio back to the pc, or use a capture card/hdmi audio extractor?

VLC or MPC players handle TrueHD just fine: whether passthrough with HDMI or playing on PC audio.

 

[morgin]

VLC or MPC players handle TrueHD just fine: whether passthrough with HDMI or playing on PC audio.

I lose audio when I select bitstreaming on mpc hc I have to check the fallback to pcm if bitstream is not supported. So I’m thinking I’m losing the truehd and just getting Dolby digital

 

[Davesrose]

I lose audio when I select bitstreaming on mpc hc I have to check the fallback to pcm if bitstream is not supported. So I’m thinking I’m losing the truehd and just getting Dolby digital

Well if it's not passing audio through, it's probably not Dolby Digital either. I'm a VLC user myself (and bitstream TrueHD with my HTPC). I'm not sure about making sure MPC is bitstreaming audio. Found this forum entry about enabling it in settings:

https://forum.doom9.org/showthread.php?t=165890&page=445
Start MPC-BE, go Options > Internal filters > Audio decoders > Audio decoder configuration > Pass-through (S/PDIF, HDMI).
Then open files

 

[Lion3]

I don't often watch Netflix, but I recently came across discussions in various communities mentioning that the VB-Cable + Hesuvi combination no longer works with Netflix.

After reading through multiple forums, my understanding is that unless the Dolby license is passed, users relying on VB-Cable + Hesuvi or connecting actual multi-channel speakers to Realtek are unable to achieve 5.1 audio anymore. (It seems one user tested this by toggling their AVR on and off.)

Previously, you could simply set VB-Cable to 7-channel without any extra configuration, but now it seems a workaround is required.

Here’s the method:

1. Install Dolby Atmos for Headphones and apply this spatial effect to VB-Cable.
2. Access Netflix directly through either the Netflix app or the Edge browser.
3. Multi-channel sound should now be enabled.
4. Open the Sound Control Panel and disable Dolby Atmos for Headphones (since it’s a virtual effect).
5. Because virtualization forces the channel count back to stereo, revert VB-Cable’s channel settings to 5.1 or 7.1.

By doing this, you can avoid duplicate virtualization effects while continuing to use your multi-channel Hesuvi setup as before—at least until you close the Netflix app. I also confirmed that 5.1 to 7.1 upmixing works well. While it’s a bit tedious, I wanted to share this workaround for those who frequently use Hesuvi with Netflix.

(But as for me, I’ll just eat pizza and watch Netflix on my phone—it’s far less hassle!)

 

[morgin]

I use the volume mixer in windows 11 to change output and input if programs don’t play well with hesuvi.

I posted Dolby atmos guide before and said that you need to hack the tv driver but found that’s not needed. Just need Dolby atmos capable tv, Dolby access, cru, hesuvi, eqapo and voicemeter banana.

Also the latest windows update doesn’t give me any sound when using the above and switching on Dolby access. So had to rollback

 

[Lion3]

This was entirely my mistake, and I sincerely apologize for it.
The premise itself was incorrect, and since it does not contribute to the thread,
I will replace the content of the post with my apology.

 

[musicreo]

Hmm... Something seems wrong. Let’s take a quick look at Hrir.wav as well.

Hrir.wav
1. F LL (Input L)
2. F LR (Input R)
3. F RL (Input L)
4. F RR (Input R)

Just a short answer as I don't have the time in the moment.
Is the channel configuration in the file not like this?
Hrir.wav
1. F LL (Input L) left-left
2. F LR (Input L) left-right
3. F RL (Input R) right-left
4. F RR (Input R) right-right

 

[Lion3]

It was my mistake. I’m sorry

 

[musicreo]

Since names like L0 and R1 are just virtual channels, they don’t carry any inherent meaning; the track order determines their assignments.

They have a meaning as both are the left input channel.

Currently, you’ve assumed:
Channel: L0 R1
This means that during convolution, FLL and FLR are being convolved.

At this point only the left input channel is convolved with the first two channels in the wav file (FL-l and FL-l)

Channel:. L0 R1 L1 R0
The right input channel is convolved at position 3 (L1) and 4 (R0) in the code with channel 3 and 4 in the wav file (FR-l, Fr-r)

 

[Lion3]

It was my mistake. I’m sorry

 

[musicreo]

If my code would be wrong I would hear it.

The channel order you mentioned is only valid if you don't define virtual channels before. The channel order changes with the virtual channels.

 

[Lion3]

It was my mistake. I’m sorry

 

[musicreo]

So, taking the Hrir.wav example you mentioned earlier:

• 1st position: FLL
• 2nd position: FRL
• 3rd position: FLR
• 4th position: FRR

The files should be arranged in an odd/even order like this.

I still don't understand why I should change the channel configuration. The channel command I use results in the correct channel order.

(Although logically it seems R1 = R is correct rather than R1 = L.)

The Left channel is split into a left and right channel. Hence, R1=L seems logical for me.