ffdshow tryout project : HD audio discussion

[Sebastiii]

Thx :)

Yes this is for that, i have set 850 in ATI overdrive and 600 in xml, so dropout comes.
I have reset to 600 and for my little test for this morning it works :)
I'll made more test after :)
Thank you :)
Seb.

[VipZ]

Guys I posted this at AVS. If you guys have any idea how to disable ATI Powerplay on these 5000 cards, please let me know.


You could try this, AMD GPU Clock Tool http://downloads.guru3d.com/AMD-GPU-Clock-Tool-v0.9.26.0-For-HD-5870-download-2383.html

If you set a clock speed it overrides any Powerplay state, it works perfectly on my 4870 and I would assume it does for the 5000's as well.

[Sebastiii]

Thx, i will try it :)

[albain]

About StarTrek 2009, the buffers look identical in a certain way.

The tough thing with TrueHD is that the buffers are not aligned.
So if TMT starts streaming a little earlier or later (which is what's happening) then the buffers won't be identical but what counts is that each frame must be spaced equally and of course with the same content.

So maybe the problem may be the media structures this time.

On xonar, FFDShow sends 6 channels whereas TMT sends 2.

What is the difference with this sample ? is it 5.1 or 2.0 ?

SamuriHL, can you try to play with the media structures by forcing nChannels to 2 for that sample (if this is a 2.0 sample) ?

I can't test it because I have unplugged my receiver

[SamuriHL]

About StarTrek 2009, the buffers look identical in a certain way.

The tough thing with TrueHD is that the buffers are not aligned.
So if TMT starts streaming a little earlier or later (which is what's happening) then the buffers won't be identical but what counts is that each frame must be spaced equally and of course with the same content.

So maybe the problem may be the media structures this time.

On xonar, FFDShow sends 6 channels whereas TMT sends 2.

What is the difference with this sample ? is it 5.1 or 2.0 ?

SamuriHL, can you try to play with the media structures by forcing nChannels to 2 for that sample (if this is a 2.0 sample) ?

I can't test it because I have unplugged my receiver

It should be 5.1 for sure. Yea, let me grab the latest code and I'll see if can try that out. So I guess force it to 6 channel?

EDIT: Er, wait, you said TMT is sending 2? Ok, I can try that.

[SamuriHL]

Where did you commit the latest code in SVN?? I can't find your latest changes. I want to get the DTS-HD MA fix so I have the latest bitstreaming code to work with at the very least.

Nevermind. Found it. You put it in the trunk version. Grabbing it now.

[SamuriHL]

albain, help! I set nChannels to 2 and it crashes MPC-HC when I try to play Star Trek. :(


if (sf==SF_TRUEHD)
{
pWfe->nChannels=2; // 4 IEC lines, different from the number of channels
if (pWfex!=NULL)
pWfex->SubFormat=KSDATAFORMAT_SUBTYPE_IEC61937_DOLBY_MLP;
}


That's what I needed to change, right?

EDIT: Tried changing it to 6 channels and it doesn't crash, but, I don't get any audio now nor does it even send anything to the receiver.

[SamuriHL]

Ok, this is interesting. I think you are spot on with what's going on here, I just don't know how to fix it. I decided to change that block of code back and start playing with this block of code:


if (newSampleFormat.wSubFormat!=GUID_NULL && pWfex!=NULL)
pWfex->SubFormat=newSampleFormat.wSubFormat;
if (newSampleFormat.mediaSubtype!=GUID_NULL)
mt.subtype=newSampleFormat.mediaSubtype;
if (newSampleFormat.wFormatTag!=0)
pWfe->wFormatTag=newSampleFormat.wFormatTag;
if (newSampleFormat.nChannels!=0)
//pWfe->nChannels=newSampleFormat.nChannels;
pWfe->nChannels=2;
if (newSampleFormat.wBitsPerSample!=0)
pWfe->wBitsPerSample=newSampleFormat.wBitsPerSample;
if (newSampleFormat.nSamplesPerSec!=0)
pWfe->nSamplesPerSec=newSampleFormat.nSamplesPerSec;
if (newSampleFormat.dwChannelMask!=0 && pWfex!=NULL)
pWfex->dwChannelMask=newSampleFormat.dwChannelMask;

pWfe->nBlockAlign=WORD(8*pWfe->wBitsPerSample/8);
// pWfe->nBlockAlign=WORD(pWfe->nChannels*pWfe->wBitsPerSample/8);
pWfe->nAvgBytesPerSec=pWfe->nSamplesPerSec*pWfe->nBlockAlign;


You can see the modifications I've made. The interesting part is that these changes make the problem 1000 times worse. :D So while I didn't fix it, I did manage to change it. LOL! Thoughts?

[albain]

Yes this block of code concerns the xonar and is used when ffdshow would try alternative media structures to make the connection work. Are you trying with the xonar ?


So if you're still using the xonar, this is where you can change it but you can also change the table that I defined at the beginning of TsampleFormat.cpp

Maybe this is the right test to do first : make the same structure between TMT and FFDShow with a xonar in order to confirm if the bitstream is out of cause.

EDIT :
This is here :
const TalternateSampleFormat TsampleFormat::alternateSampleFormats[]=
{
//Id, originalwSubFormat , mediaSubtype , wFormatTag , wSubFormat , nChannels, wBitsPerSample,nSamplesPerSec, dwChannelMask, isExtensible
...
2, KSDATAFORMAT_SUBTYPE_IEC61937_DOLBY_MLP, KSDATAFORMAT_SUBTYPE_IEC61937_DOLBY_DIGITAL, WAVE_FORMAT_ESST_AC3,GUID_NULL , 0 , 0 , 0 , 0, false, // xonar
...

[SamuriHL]

No, I'm not using the Xonar for this at all. Are you sure that block of code's ONLY used for the Xonar??? Cause when I make changes to it, my ATI has definitely different affects!

[SamuriHL]

Ok, I went back and undid the changes I made and updated your table and set nChannel to 2. No change. It still breaks.

[albain]

No, I'm not using the Xonar for this at all. Are you sure that block of code's ONLY used for the Xonar??? Cause when I make changes to it, my ATI has definitely different affects!

Maybe the default structure is refused by the ATI (in that cas it means that it should be changed) and then the following is tried (in TsampleFormat.cpp) :


//Id, originalwSubFormat , mediaSubtype , wFormatTag , wSubFormat , nChannels, wBitsPerSample,nSamplesPerSec, dwChannelMask, isExtensible
1 ,KSDATAFORMAT_SUBTYPE_IEC61937_DOLBY_MLP, MEDIASUBTYPE_PCM , WAVE_FORMAT_EXTENSIBLE ,KSDATAFORMAT_SUBTYPE_IEC61937_DOLBY_MLP, 0 , 0 , 0 , KSAUDIO_SPEAKER_7POINT1, true, // Standard #2

The first column is the device ID : 1 for standard, 2 for xonar, 3 for auzentech (not used since bitstream is not possible)
Then the second column is the format which is concerned.
Then the values that are tried. If you put 0 then the default ones (from the other block of code) are used.
Lastly, if you set isExtensible to 0, then you just get a WAVEFORMATEX structure (like xonar structures). You will want to set it to 1 for the ATIs (and then get the WAVEFORMATEXTENSIBLE structure that can hold more fields)

[SamuriHL]

I changed ffdshow to force "only standard" and again, no change. I updated the Cyberlink one to use 2 channels in your table. Maybe I should just set them all and try it.

[albain]

I changed ffdshow to force "only standard" and again, no change. I updated the Cyberlink one to use 2 channels in your table. Maybe I should just set them all and try it.

I have updated my post just above : first column, 1 for ATIs

[SamuriHL]

Yup. I see. Awesome info. I never knew how that table worked exactly. I've commented out the other structures to make sure it's using the one I think it is. Then I can mess with it some more.

EDIT: Ok, now I know which structure is being used, and it is set to isExtensible. So that's why it's using the values in that block of code. So, now that we have that out of the way, what do I try next? Setting the nChannel values didn't work.

[SamuriHL]

I don't know. I changed it to ONLY use the first type and then changed the parameters in that block of code we looked at before (yes it's set to extensible so it's definitely calling that code), and it's just not doing what I want. It's not taking some of the params I'm setting so this is VERY confusing. :(

[albain]

I don't know. I changed it to ONLY use the first type and then changed the parameters in that block of code we looked at before (yes it's set to extensible so it's definitely calling that code), and it's just not doing what I want. It's not taking some of the params I'm setting so this is VERY confusing. :(

Normally you should have set "Try all formats" in output section, right ?
This table will be used if you get this message in the logs :
"TaudioParser::getSupportedFormat format not supported, trying another one" which means that the default structure is refused and then ffdshow will address the table (in TaudioParser.cpp:195)

Otherwise this means that the default format is accepted and the initial block we spoke about is the one to modify. So I am a little lost too if changing those values has no effect.
The better would be that you send me logs in that case

[Andy o]

You could try this, AMD GPU Clock Tool http://downloads.guru3d.com/AMD-GPU-Clock-Tool-v0.9.26.0-For-HD-5870-download-2383.html

If you set a clock speed it overrides any Powerplay state, it works perfectly on my 4870 and I would assume it does for the 5000's as well.

Thanks, I will try. I have no idea about gaming, and I googled on the gaming forums for an app, and didn't find anything. This should be easier.

[SamuriHL]

Normally you should have set "Try all formats" in output section, right ?
This table will be used if you get this message in the logs :
"TaudioParser::getSupportedFormat format not supported, trying another one" which means that the default structure is refused and then ffdshow will address the table (in TaudioParser.cpp:195)

Otherwise this means that the default format is accepted and the initial block we spoke about is the one to modify. So I am a little lost too if changing those values has no effect.
The better would be that you send me logs in that case

Usually I do have the try all, yes. But I wanted to narrow down what it's using so I can control it better in the code. I'll create some logs in a bit. I want to watch a movie with my son after lunch.

[nightfly]

About StarTrek 2009, the buffers look identical in a certain way.

The tough thing with TrueHD is that the buffers are not aligned.
So if TMT starts streaming a little earlier or later (which is what's happening) then the buffers won't be identical but what counts is that each frame must be spaced equally and of course with the same content.


In my testing this makes sense...I have 2 MPC setups; one that uses the MPC splitter and another that uses the Arcsoft splitter. While I get dropouts in both at consistent points, those points are different between filters. In general, my observation is that the dropouts are worst using the MPC splitter.

I also have the ffdshow trunk code down and compiling and can help out.

[Andy o]

You could try this, AMD GPU Clock Tool http://downloads.guru3d.com/AMD-GPU-Clock-Tool-v0.9.26.0-For-HD-5870-download-2383.html

If you set a clock speed it overrides any Powerplay state, it works perfectly on my 4870 and I would assume it does for the 5000's as well.

Yeah, thanks for the tip, it works. The thing is that you need to set the numbers every time manually, is there any option for hotkeys?

[jimwhite]

About StarTrek 2009, the buffers look identical in a certain way.

The tough thing with TrueHD is that the buffers are not aligned.
So if TMT starts streaming a little earlier or later (which is what's happening) then the buffers won't be identical but what counts is that each frame must be spaced equally and of course with the same content.

So maybe the problem may be the media structures this time.

On xonar, FFDShow sends 6 channels whereas TMT sends 2.

What is the difference with this sample ? is it 5.1 or 2.0 ?

SamuriHL, can you try to play with the media structures by forcing nChannels to 2 for that sample (if this is a 2.0 sample) ?

I can't test it because I have unplugged my receiver

As I said a couple of days ago, it looks like TMT is descrbing it as PCM 2.0, which is exactly what a "bitstream" is... it is encoded audio frames sent in a pcm stream... exactly the way DD and DTS are sent on spdif via AC3.

[jimwhite]

Ok, I went back and undid the changes I made and updated your table and set nChannel to 2. No change. It still breaks.

did you also set the stream type to PCM?

[SamuriHL]

did you also set the stream type to PCM?

No. I didn't mess with the stream type.

[SamuriHL]

Ok, had a little more time to mess with this. Loaded it up in PDVD9 and connected to the graph.


wFormatTag: 49155
nChannels: 8
nSamplesPerSec: 192000
nAvgBytesPerSec: 3072000
nBlockAlign: 16
wBitsPerSample: 16
cbSize: 0


Does anything stick out here?

EDIT:

ffdshow:


wFormatTag: 65534
nChannels: 8
nSamplesPerSec: 192000
nAvgBytesPerSec: 3072000
nBlockAlign: 16
wBitsPerSample: 16
cbSize: 22
wSamplesPerBlock: 16
dwChannelMask: 255


Hmmm

[SamuriHL]

HELP. I need one of you that has the full disc to confirm something for me. I need you to do the following EXACTLY as I state:

-Load up MPC-HC
-Start playing the Star Trek movie
-Get to about 45 seconds when it has the first dropout and let it hit that
-Take the MPC-HC slider and slide it backwards...let's say to 10 seconds
-Let it continue playing

Do you get dropouts at ALL after that??? I don't. albain, could the TrueHD buffer be getting corrupt somehow in memory?

[whurlston]

Give me about 15-20 minutes and I'll let you know.

[SamuriHL]

It seems to get out of sync again (that's not really a correct term here, but, the dropout occurs again) later down the road, but, not in the same places if you go backwards like that. This is freaking bizarre. I don't believe there's a problem with the structure. I think it's an issue with the buffer somehow. I just don't know what to do to figure it out.

[VipZ]

Yeah, thanks for the tip, it works. The thing is that you need to set the numbers every time manually, is there any option for hotkeys?

Good :)
You can create shortcuts to set speeds.
ie, AMDGPUClockTool.exe -eng=200 -mem=250

[whurlston]

@SHL, yup dropouts are still there.

[SamuriHL]

Damn. I don't get it. I've literally spent several hours on this today and I just have NO idea why this is happening and only on this one title. Yet WinDVD 2010, PDVD9, and TMT3 have zero problems with it. So it has to be something in ffdshow. But....what?? It's driving me absolutely freaking insane.

[whurlston]

I'll try to take a look when I get a chance but the recent cold snap has me doing some insulating that I've been putting off. I can't promise I'll figure it out though.

[SamuriHL]

It beats the hell out of me. If you turn passthrough off and let ffdshow decode it, all is well. Something in the passthrough code is screwing it up on certain frames. But it's not consistent, at least for me. If I let it hit one of the dropouts, and then go back before it, then it doesn't happen in the same place for me. So, um, yeaaaaaa.

[Ogider]

When I bought 5750..I started to check..every kind of sound..from movie that I had.
And it happens that for TrueHD I checked StarTrek.
Of coz audio dropuots was here,I thought that maybe there is somethink with my soft..basicly I did fresh instalation of Win7 32..with all new drivers and codecs..(ffdshow,matroska,mpc HC,ati drivers and after realtek ati hdmi fix)_ +Edid for onkyo 906...it wasnt needed for me..but I did it also.
One thing wasnt done successful..registering this MPCaudioRendererFilter.ax.

Anyway.

Startrek played from m2ts on MPCHC ..have audio problems...basily each time when I trying jump to another part of movie..audio is gone..silence..sometime pushing back and forward helping...so I went into Spiderman 3..he have TrueHD also...I make small sample (3min) and sound is same as for startrek...for now I decide to .."unmark" trueHD in ffdshow audio..together with Ac3(S/pdif encode mode)..witch give me on my Amp..Multichanel..same as normal LPCM tracks.

But I m crossing fingers for resolve this "trueHD problem"

Also I noticed that after some hours of watching..video with no hd audio formats..like for example :Dolby AC3 48000Hz stereo 192kbps :..somethink starting happens with sound..like..strong noise..or dropouts...in that case helping for me is mark again option in audio ffdshow/output..AC3(s/pdif-encode mode)
Tbh this happening..sometime faster..sometime after long watch...hardware temp like..ram mobo..cpu..ati..even amp..is ok :)


Sorry but my english isnt best I m affraid :)

[SamuriHL]

Yea, that really makes me think something screwy is going on with the buffer, but, I really have absolutely no idea how to track and kill that kind of a bug. Hopefully whurlston or albain has a clue on this. It's really annoying and quite frankly irritating me now. I wish I knew how to fix it but it's truly beyond my knowledge.

Oh, and albain, it's accepting the media type. No need to provide logs as it's doing what you think it should be on that.

[albain]

HELP. I need one of you that has the full disc to confirm something for me. I need you to do the following EXACTLY as I state:

-Load up MPC-HC
-Start playing the Star Trek movie
-Get to about 45 seconds when it has the first dropout and let it hit that
-Take the MPC-HC slider and slide it backwards...let's say to 10 seconds
-Let it continue playing

Do you get dropouts at ALL after that??? I don't. albain, could the TrueHD buffer be getting corrupt somehow in memory?

It might be : as I said the hard part on TrueHD is that the frames are separated by a number of zeros that are calculated from the timestamps inside each frame.

Also when I made some reverse engineering on THD, I saw that there were some recalculations of the buffer space when there is a seeking but I assume that this is not the case when you start a movie.

Here how it works :

Frame1 : time1
Number of zeros = (time2-time1)*coef
Frame2 : time2
Number of zeros = (time3-time2)*coef
Frame3 : time3...

So if the first number of zeros is wrongly calculated, then all the data frames are delayed which should cause dropouts.

This is what should occur as the buffers are not aligned between TMT and FFDShow with the logs you sent me whereas they were perfectly aligned on all the other samples we tested.

I probably didn't analyze the frames enough, I'll let you know : the problem probably comes from the first frame(s) (after the data frames are spaced evenly to TMT)

But what you experienced Samuri means that the media structures are not in cause, so the buffers are

[SamuriHL]

It might be : as I said the hard part on TrueHD is that the frames are separated by a number of zeros that are calculated from the timestamps inside each frame.

Also when I made some reverse engineering on THD, I saw that there were some recalculations of the buffer space when there is a seeking but I assume that this is not the case when you start a movie.

Here how it works :

Frame1 : time1
Number of zeros = (time2-time1)*coef
Frame2 : time2
Number of zeros = (time3-time2)*coef
Frame3 : time3...

So if the first number of zeros is wrongly calculated, then all the data frames are delayed which should cause dropouts.

This is what should occur as the buffers are not aligned between TMT and FFDShow with the logs you sent me whereas they were perfectly aligned on all the other samples we tested.

I probably didn't analyze the frames enough, I'll let you know : the problem probably comes from the first frame(s) (after the data frames are spaced evenly to TMT)

But what you experienced Samuri means that the media structures are not in cause, so the buffers are

Yup, ok, that makes sense. It only seems to happen on certain frames, which may make this difficult to pin down. And going back and replaying it, at least for me, moves where it happens. I'm not sure what I can do to help here.

[Andy o]

Good :)
You can create shortcuts to set speeds.
ie, AMDGPUClockTool.exe -eng=200 -mem=250

Oh, nice, I can put this command at startup then. Thanks again.

[lboregard]

just wanted to share success story and heartful thanks to albain and all other guys that made this bitstream possible.

windows 7 32 bit
ati 9.12 + hotfix
realtek 2.39
denon tulli override
mpchc r1489
ffdshow r3181

ati radeon 5770
sony bravia kdl37 xbr6
denon avr 1909

set ffdshow to decode mostly everything audio (with libavcodec, except ac3/liba52, dts/libdts), passthrough for everything (ffdshow audio), 16-bit integer output

it's bitstreaming everything i've thrown at it, the only glitch is i am legend produced no sounds, but i havent looked into it further

thanks a lot to you all !!!

[nightfly]

It might be : as I said the hard part on TrueHD is that the frames are separated by a number of zeros that are calculated from the timestamps inside each frame.

Also when I made some reverse engineering on THD, I saw that there were some recalculations of the buffer space when there is a seeking but I assume that this is not the case when you start a movie.

Here how it works :

Frame1 : time1
Number of zeros = (time2-time1)*coef
Frame2 : time2
Number of zeros = (time3-time2)*coef
Frame3 : time3...

So if the first number of zeros is wrongly calculated, then all the data frames are delayed which should cause dropouts.

This is what should occur as the buffers are not aligned between TMT and FFDShow with the logs you sent me whereas they were perfectly aligned on all the other samples we tested.

I probably didn't analyze the frames enough, I'll let you know : the problem probably comes from the first frame(s) (after the data frames are spaced evenly to TMT)

But what you experienced Samuri means that the media structures are not in cause, so the buffers are

I also get the first dropout @~46sec if using the MPC MPEG splitter. Using the Arcsoft demuxer, it doesn't happen until close to 2 mins in.

Also, using the MPC splitter and playing a THD title, I have issues on other THD titles if I pause/skip around that play just fine using the Arcsoft Demuxer/splitter. Sometimes I lose all audio until I forward "enough" to get it to come back. Only one or two work well (Kung Fu Panda typically works well).

Using the Arcsoft Demuxer/splitter, I've been able to playback/stop/pause/skip around flawlessly in all tested THD titles (~20) except for our problem child, ST 09.

[albain]

Damm, this is hard to find out what's going on with this Star Trek sample. What JJ Abrams put in his "movie potion" ? :rolleyes:

The problem here is that TMT starts streaming "after" FFDShow (TMT drops a few buffers) so as I said all the buffers are not aligned between those 2, but I guess that if this was a problem you should get an audio delay, but no dropouts.

So this should be something going on after, but this is hard to analyze

[SamuriHL]

If you think of anything I can do to help, let me know. I spent a few hours on it yesterday and was not able to figure it out at all. I think something's happening with the buffer to cause these minor dropouts, but, I have no idea what. It's freaky that rewinding changes where the dropout occurs.

[albain]

No thanks I was just complaining

[SamuriHL]

Ok. :) That's perfectly acceptable given the nature of this problem. :D

[Skinleech]

Do you want me to test this on the Xonar as well? The original disk I mean.

I can check when I get home from work - that'll be about 8 hours though, I just got in.

As Ogider notes above I also lose audio with THD tracks when skipping forwards, No Signal shows up on my AVR. I usually find if I skip back to the start of a chapter the audio returns.

[cyrilp]

When I bought 5750..I started to check..every kind of sound..from movie that I had.
And it happens that for TrueHD I checked StarTrek.
Of coz audio dropuots was here,I thought that maybe there is somethink with my soft..basicly I did fresh instalation of Win7 32..with all new drivers and codecs..(ffdshow,matroska,mpc HC,ati drivers and after realtek ati hdmi fix)_ +Edid for onkyo 906...it wasnt needed for me..but I did it also.
One thing wasnt done successful..registering this MPCaudioRendererFilter.ax.

Anyway.

Startrek played from m2ts on MPCHC ..have audio problems...basily each time when I trying jump to another part of movie..audio is gone..silence..sometime pushing back and forward helping...so I went into Spiderman 3..he have TrueHD also...I make small sample (3min) and sound is same as for startrek...for now I decide to .."unmark" trueHD in ffdshow audio..together with Ac3(S/pdif encode mode)..witch give me on my Amp..Multichanel..same as normal LPCM tracks.

But I m crossing fingers for resolve this "trueHD problem"

Also I noticed that after some hours of watching..video with no hd audio formats..like for example :Dolby AC3 48000Hz stereo 192kbps :..somethink starting happens with sound..like..strong noise..or dropouts...in that case helping for me is mark again option in audio ffdshow/output..AC3(s/pdif-encode mode)
Tbh this happening..sometime faster..sometime after long watch...hardware temp like..ram mobo..cpu..ati..even amp..is ok :)


Sorry but my english isnt best I m affraid :)

Hi all,

Just to tell you that i have the same problem with True HD, not only on Star trek but on every movie using it.

DTS HD is working just fine.

Thank you Albain for all this work !! (I'm from Paris).

Cyril

[nightfly]

Anyone have the Halli splitter installed? If so, test some THD titles and see if that affects your ability to jump around a title with a THD track.

Again, from my experience, using the Arcsoft TMT2 demuxer, I can move around a THD title with no issue.

MPC-HC splitter not so - it's very touchy and works best from a stopped state at the beginning of a THD title.

I have on my list to try earlier versions of the MPC splitter, but have been too busy to do so and I also don't expect much difference based upon change log for the splitter.

Any other THD compatible splitters/demuxers out there? I prefer the MPC splitter due to sub-title support and ability to switch audio streams (for those uncommon cases where the HD audio is not the first audio track for a movie).

[clsid]

Haali also supports stream switching. Either through its own icon, or through the Filters context menu in MPC.

[Sebastiii]

Hi :) for me haali don't work very good :(
Thx,
Seb.

[Sebastiii]

Hi i have a little question about lipsync, i have a lipsync issue with my avr-355 about 300ms (the sound comes before video) so it's wierd, on avr, i have set adjust lipsync @ max 180 ms, but i think it doesn't change anything.
If i use HDMI ATI VIDEO directly to my VP, and take sound from my motherboard or Xonar -> lipsync issue is gone.

So the solution that i made is to use Delay option of ffdshow but it works on no bitstream sound, i must use AC3 encode on 5.1 multichannel to give AC3 to my AVR.

So my question is :) Is it possible to add an delay on Bitstream Sound ?
Thx and sorry for HS :)
Seb.