ASIO Latency Compensation Problems

General discussions on songwriting, mixing, music business and other music related topics.
Amack
Junior Member
Posts: 71
Joined: Sat Jan 14, 2017 4:54 pm
Contact:

Re: ASIO Latency Compensation Problems

Post by Amack » Fri Mar 31, 2017 5:42 pm

Novikthewise wrote:All irrelevant.
You cannot use something the wrong way produce strange results in the process and complain about it afterwards.
Your inability to understand issues doesn't make them irrelevant. Saying that just demonstrates your inabilities and that you have nothing worthwhile to contribute to their discussion! Is this typical of your participation in forums? ;)

User avatar
Novikthewise
Member
Posts: 313
Joined: Wed Feb 23, 2011 1:17 pm
Contact:

Re: ASIO Latency Compensation Problems

Post by Novikthewise » Sat Apr 01, 2017 2:56 am

viewtopic.php?t=111073#p626103
in this post i showed you that ALC on midi works exactly as expected. It delayed midi by the outpul latency and the notes were mostly correct with a natural human variance. This is the purpose of this function in C8 and C9 and it works as advertised

You still believe that midi has to be compensated for the input latency of your audio interface. It doesn't!!!! Only for the output latency
Lets say you tap in the midi notes on the cubase click. The Click will be delayed by the drivers output latency so you will press the button too late by exactly this latency in reference to cubase internal time code. Now the audiorecording with your microphon will also be late by the output latency. The Audio Recording is than even further delayed by the input latency of your driver. Cubase now has to place that audio recording earlier in the timeline by the RTL.
Midi like i said is independend from the asio driver. We have tapped in the midi note late by the output latency because the click was allready delayed when we monitored it. PDC will add even more output latency so that this also has to be accounted for.
If the midi note would be compensated for the Input latency as well the notes would be placed too early. More precisely too early by the Input latency
Keep in mind that TRL compensation for the recording only effects the recorded media but not the monitoring exept PDC. thats why ALC has no effect during monitoring of your vst.
If you now play an instrument at high latencies on your cubase click you will have the playback delay on the click wich is your output latency. If you now tap on the click the audio of the instrument will be delayed by the output latency as well. That is difficult to play because the audio will be behind your click. by the output latency. Many people will than conpensate for that by pressing the button too early by the output latency to have the audio right on the click. And this is were ALC comes into play.
StudioPC: Core i7 2600, 16GB DDR-1333 RAM, Asus P8H67 m-Evo REV.3, Win 7 64Bit Home Premium, Cubase 8.5.20 64bit, Halion 5.1.1, Halion Sonic 2, Wavelab 9.0.25,

Mobile: HP Elitebook 8460p I5 2540m 8GB RAM Win 7 Pro 64bit, Cubase Elements 8.0.40

Amack
Junior Member
Posts: 71
Joined: Sat Jan 14, 2017 4:54 pm
Contact:

Re: ASIO Latency Compensation Problems

Post by Amack » Sat Apr 01, 2017 6:22 pm

Novikthewise wrote:To you last question: Adjust for Record latency
The attachment Adjust latency 1.png is no longer available
download/file.php?id=20648
Here i loop back recorded a played back audio track physically through an analoge loop back without any plugins in the input channel that is used as input for the second track (lower track). "Adjust for Record latency" has been turned off. I get a sample accurate recording. Cubase has correctly compensated for the RTL
The attachment Adjust latency 2.png is no longer available
download/file.php?id=20649
Here i placed the REVerence in the the input channel that is used as input for the loop back on the second Audio track
You see that the plugin latency of Reverence has not been adjusted for. [img]
The attachment Adjust%20latency%203.png is no longer available
[/img]
The attachment Adjust%20latency%203.png is no longer available
download/file.php?id=20650
Here the same as above with "Adjust for Record latency" activated.
If you had used a plugin with latency (such as CurveEQ) rather than one that doesn't (REVerence) your demonstration might have seemed more credible (but no less contrived). Why did you do that? :shock:
Attachments
PlugIn Latencies.jpg
(373.49 KiB) Not downloaded yet

User avatar
Novikthewise
Member
Posts: 313
Joined: Wed Feb 23, 2011 1:17 pm
Contact:

Re: ASIO Latency Compensation Problems

Post by Novikthewise » Sat Apr 01, 2017 6:35 pm

Because it does add latency. You can give a crap about the plugin manager regarding latency indications. Why do you think the audio was shifted when i turned off the function if Reverence wouldn't add latency by itself??

But interesting you skipped the post i actually referred to and instead came up with this one regarding record latency with plugins inserted in the input channels. Why did you do that? It has nothing to do with what i explained about ALC on Midi

you first approved this yourself when i first mentioned this and it made alot more sense to you. And now you desperately try to proof i am wrong?
Amack wrote:Your inability to understand issues doesn't make them irrelevant. Saying that just demonstrates your inabilities and that you have nothing worthwhile to contribute to their discussion! Is this typical of your participation in forums? ;)
I contributed with explanations of ALC and adjust for record latency with pictures.
You said you are no expert nor a musician nor an audio engineer who works with Cubase on a regular basis. You ask to be corrected when your conclusions are flawed or wrong. I tried but if you don't believe me its not my problem.

Here is what i think. You think you made a great discovery here and you actually don't want to understand it or beeing corrected for even you claim you do. What you want is to get credit for it but unfortunately you don't get the credit you think you deserve. In fact i am the only person than actually corresponded with you here. Unfortuanely i don't say what you want to hear. Again not my problem.
StudioPC: Core i7 2600, 16GB DDR-1333 RAM, Asus P8H67 m-Evo REV.3, Win 7 64Bit Home Premium, Cubase 8.5.20 64bit, Halion 5.1.1, Halion Sonic 2, Wavelab 9.0.25,

Mobile: HP Elitebook 8460p I5 2540m 8GB RAM Win 7 Pro 64bit, Cubase Elements 8.0.40

Amack
Junior Member
Posts: 71
Joined: Sat Jan 14, 2017 4:54 pm
Contact:

Re: ASIO Latency Compensation Problems

Post by Amack » Sat Apr 01, 2017 10:10 pm

Novikthewise wrote:Because it does add latency. You can give a crap about the plugin manager regarding latency indications. Why do you think the audio was shifted when i turned off the function if Reverence wouldn't add latency by itself??
Seriously?! :shock: The audio was delayed because you configured REVerence to add some "Pre-Delay"!
REVerence.jpg
(108.33 KiB) Not downloaded yet
Unlike some other plugins, REVerence apparently doesn't have any processing latency (“plugin delay”). It’s the processing latency (“plugin delay”) that gets compensated for by plugin delay compensation (PDC). The manual and you(?) say that “Adjust for Record Latency” should remove that “plugin delay” when recording too. In either case I don’t think most folks would be very happy if delays that they intentionally added were automatically removed by Cubase. ;) It’s now even more clear to me that the state of the “Adjust for Record Latency” control has no effect – as originally claimed. viewtopic.php?f=253&t=111022
Novikthewise wrote: you first approved this yourself when i first mentioned this and it made alot more sense to you. And now you desperately try to proof i am wrong?
I now know that I was wrong. I can’t think of any use for the “Adjust for Record Latency” function as it is described in the manual. Can you (or anyone)?
Novikthewise wrote:
Amack wrote:Your inability to understand issues doesn't make them irrelevant. Saying that just demonstrates your inabilities and that you have nothing worthwhile to contribute to their discussion! Is this typical of your participation in forums? ;)
I contributed with explanations of ALC and adjust for record latency with pictures.

You said you are no expert nor a musician nor an audio engineer who works with Cubase on a regular basis. You ask to be corrected when your conclusions are flawed or wrong. I tried but if you don't believe me its not my problem.
With all due respect, you’re posts have clearly demonstrated that you aren’t nearly as knowledgeable on these matters as you think (and/or wish others too think/believe). However, I do appreciate your ALC pictures - which nicely demonstrated Cubase’s problems with VSTi triggering jitter. (And I did give you credit for providing them – thanks again!) viewtopic.php?f=198&t=115186 But, it appears to me that your pictures regarding “Record Latency Compensation” were just misleading contrived nonsense! :shock: viewtopic.php?f=198&t=111073&start=25#p629866

User avatar
Novikthewise
Member
Posts: 313
Joined: Wed Feb 23, 2011 1:17 pm
Contact:

Re: ASIO Latency Compensation Problems

Post by Novikthewise » Sat Apr 01, 2017 11:06 pm

Haha. Seriously?.
If that shift would have been created by the pre-delay settings of Reverence than this shift would be in both pictures because the function compensates for plugin processing delay and not for pre delay settings of a reverb.
And for the record. I did set the Reverence to 100% dry. when i tested it. Why don't you retry the test yourself Mister Super Engineer.?`maybe it becomes clearer to you because you obviously need the experience to even judge how things work.


You still refer to the wrong pictures. I dont talk about your nonsens test i made. I talked about the pictures i linked that explain when ALC is to be used and when it isn't. You still don't understand that midi ALC works exactly as intended. Even your starting post shows this. You don't understand that ALC has only to compensate for the output latency because for VST Instruments there is no input latency to be compensated for. You also still seem not to understand that ALC is not for a technical compensation but for compensating the human nature of pressing the buttons too early. Exactly this i showed in my pictures i linked above
But isn't it interesting that your topics have been moved to the Steinberg lounge.? So i am not the only one thinking you are dead wrong about this.
StudioPC: Core i7 2600, 16GB DDR-1333 RAM, Asus P8H67 m-Evo REV.3, Win 7 64Bit Home Premium, Cubase 8.5.20 64bit, Halion 5.1.1, Halion Sonic 2, Wavelab 9.0.25,

Mobile: HP Elitebook 8460p I5 2540m 8GB RAM Win 7 Pro 64bit, Cubase Elements 8.0.40

User avatar
Stephen57
Senior Member
Posts: 1733
Joined: Sat May 30, 2015 5:32 pm
Location: New York, NY
Contact:

Re: ASIO Latency Compensation Problems

Post by Stephen57 » Mon Apr 03, 2017 6:09 am

Novikthewise wrote:All irrelevant.
You cannot use something the wrong way produce strange results in the process and complain about it afterwards.
Word. ;)

I don't know where you found the time to even do the testing you did.
-------------------------------------------------------
DAW: Cubase Pro 10 (Main), Cubase Pro 9.5 (Backup); PC: HP Z230, i5 CPU quad-core 3.5 Ghz, 16 Gigs RAM; OS: Win 7 Pro 64-bit; Audio Converters, Scarlett 2I4, Zoom UCR-8; USB MIDI Controller, Akai Advance 49. VST-Is: Spectrasonics Omnisphere 2.5, Stylus RMX; Air Music: Hybrid, Transfuser 2, Vacuum Pro, Velvet, Xpand2; Novation: Bass Station; Sonovox Grand Piano; Rack: Proteus 2000, Korg 03R/W, Yamaha TG 33. Monitoring with KRK Rokit 8/G3, Tannoy PBM 6.5 II, Mics. Scheops, Sennheiser, Rode, Lectrosonics RF, etc.

Help with Cubase:
Documentation: https://steinberg.help/
Location/file paths of presets in Cubase and Nuendo: https://helpcenter.steinberg.de/hc/en-u ... nd-Nuendo-
Preferences: https://helpcenter.steinberg.de/hc/en-u ... and-Nuendo

Amack
Junior Member
Posts: 71
Joined: Sat Jan 14, 2017 4:54 pm
Contact:

Re: ASIO Latency Compensation Problems

Post by Amack » Thu Apr 06, 2017 6:22 pm

Novikthewise wrote:viewtopic.php?t=111073#p626103
in this post i showed you that ALC on midi works exactly as expected. It delayed midi by the outpul latency and the notes were mostly correct with a natural human variance. This is the purpose of this function in C8 and C9 and it works as advertised

You still believe that midi has to be compensated for the input latency of your audio interface. It doesn't!!!! Only for the output latency
Lets say you tap in the midi notes on the cubase click. The Click will be delayed by the drivers output latency so you will press the button too late by exactly this latency in reference to cubase internal time code. Now the audiorecording with your microphon will also be late by the output latency. The Audio Recording is than even further delayed by the input latency of your driver. Cubase now has to place that audio recording earlier in the timeline by the RTL.
Midi like i said is independend from the asio driver. We have tapped in the midi note late by the output latency because the click was allready delayed when we monitored it. PDC will add even more output latency so that this also has to be accounted for.
If the midi note would be compensated for the Input latency as well the notes would be placed too early. More precisely too early by the Input latency
Keep in mind that TRL compensation for the recording only effects the recorded media but not the monitoring exept PDC. thats why ALC has no effect during monitoring of your vst.
If you now play an instrument at high latencies on your cubase click you will have the playback delay on the click wich is your output latency. If you now tap on the click the audio of the instrument will be delayed by the output latency as well. That is difficult to play because the audio will be behind your click. by the output latency. Many people will than conpensate for that by pressing the button too early by the output latency to have the audio right on the click. And this is were ALC comes into play.
When recording/monitoring without plugin delays, I agree that both the click track and VSTi audio outputs will be physically delayed by the output latency of audio interface. If the software functions properly, VSTi audio outputs will also be delayed by the reported input latency of the audio interface - right? So, as you have pointed out, ALC would seem to be appropriate for playing to (right on) the click. But it wouldn't be for what the manual claims (from Page 239 of the CUBASE PRO 8.5 Operation Manual):
“NOTE
If you perform a live recording on a VST instrument, you usually compensate the
latency of the audio card by playing earlier. In consequence, the timestamps are
recorded too early. If you activate the ASIO Latency Compensation button on the
track list, all recorded events are moved by the current latency setting.”
:)

Amack
Junior Member
Posts: 71
Joined: Sat Jan 14, 2017 4:54 pm
Contact:

Re: ASIO Latency Compensation Problems

Post by Amack » Fri Apr 07, 2017 6:14 pm

Amack wrote:
Novikthewise wrote:Because it does add latency. You can give a crap about the plugin manager regarding latency indications. Why do you think the audio was shifted when i turned off the function if Reverence wouldn't add latency by itself??
Seriously?! :shock: The audio was delayed because you configured REVerence to add some "Pre-Delay"!
REVerence.jpg
Unlike some other plugins, REVerence apparently doesn't have any processing latency (“plugin delay”). It’s the processing latency (“plugin delay”) that gets compensated for by plugin delay compensation (PDC). The manual and you(?) say that “Adjust for Record Latency” should remove that “plugin delay” when recording too. In either case I don’t think most folks would be very happy if delays that they intentionally added were automatically removed by Cubase. ;) It’s now even more clear to me that the state of the “Adjust for Record Latency” control has no effect – as originally claimed. viewtopic.php?f=253&t=111022
Novikthewise wrote: you first approved this yourself when i first mentioned this and it made alot more sense to you. And now you desperately try to proof i am wrong?
I now know that I was wrong. I can’t think of any use for the “Adjust for Record Latency” function as it is described in the manual. Can you (or anyone)?
Novikthewise wrote:
Amack wrote:Your inability to understand issues doesn't make them irrelevant. Saying that just demonstrates your inabilities and that you have nothing worthwhile to contribute to their discussion! Is this typical of your participation in forums? ;)
I contributed with explanations of ALC and adjust for record latency with pictures.

You said you are no expert nor a musician nor an audio engineer who works with Cubase on a regular basis. You ask to be corrected when your conclusions are flawed or wrong. I tried but if you don't believe me its not my problem.
With all due respect, you’re posts have clearly demonstrated that you aren’t nearly as knowledgeable on these matters as you think (and/or wish others too think/believe). However, I do appreciate your ALC pictures - which nicely demonstrated Cubase’s problems with VSTi triggering jitter. (And I did give you credit for providing them – thanks again!) viewtopic.php?f=198&t=115186 But, it appears to me that your pictures regarding “Record Latency Compensation” were just misleading contrived nonsense! :shock: viewtopic.php?f=198&t=111073&start=25#p629866
I apologize for my ignorance and incorrect statements regarding his Record Latency Compensation tests. For details, see viewtopic.php?f=198&t=111022#p630776

User avatar
Novikthewise
Member
Posts: 313
Joined: Wed Feb 23, 2011 1:17 pm
Contact:

Re: ASIO Latency Compensation Problems

Post by Novikthewise » Sat Apr 08, 2017 8:57 am

Amack wrote:If you perform a live recording on a VST instrument, you usually compensate the
latency of the audio card by playing earlier. In consequence, the timestamps are
recorded too early. If you activate the ASIO Latency Compensation button on the
track list, all recorded events are moved by the current latency setting.”[/i][/b] :)
Why should the VSTi beeing delayed by the input latency? Only Audio that comes from the "inputs" of your hardware will be delayed by the input latency.

ALC on Instruments does exactly what i showed you in the pictures "Latency4.png" "Latency5.png" and "Latency6" and it works exactly the way it should.
StudioPC: Core i7 2600, 16GB DDR-1333 RAM, Asus P8H67 m-Evo REV.3, Win 7 64Bit Home Premium, Cubase 8.5.20 64bit, Halion 5.1.1, Halion Sonic 2, Wavelab 9.0.25,

Mobile: HP Elitebook 8460p I5 2540m 8GB RAM Win 7 Pro 64bit, Cubase Elements 8.0.40

Amack
Junior Member
Posts: 71
Joined: Sat Jan 14, 2017 4:54 pm
Contact:

Re: ASIO Latency Compensation Problems

Post by Amack » Sat Apr 08, 2017 4:27 pm

Novikthewise wrote:
Amack wrote:If you perform a live recording on a VST instrument, you usually compensate the
latency of the audio card by playing earlier. In consequence, the timestamps are
recorded too early. If you activate the ASIO Latency Compensation button on the
track list, all recorded events are moved by the current latency setting.”[/i][/b] :)
Here's what I actually posted - not what you quoted here :!:
Amack wrote:When recording/monitoring without plugin delays, I agree that both the click track and VSTi audio outputs will be physically delayed by the output latency of audio interface. If the software functions properly, VSTi audio outputs will also be delayed by the reported input latency of the audio interface - right? So, as you have pointed out, ALC would seem to be appropriate for playing to (right on) the click. But it wouldn't be for what the manual claims (from Page 239 of the CUBASE PRO 8.5 Operation Manual):
“NOTE
If you perform a live recording on a VST instrument, you usually compensate the
latency of the audio card by playing earlier. In consequence, the timestamps are
recorded too early. If you activate the ASIO Latency Compensation button on the
track list, all recorded events are moved by the current latency setting.”
:)
Novikthewise wrote: Why should the VSTi beeing delayed by the input latency? Only Audio that comes from the "inputs" of your hardware will be delayed by the input latency.
Cubase delays the recording of MIDI by the reported input latency of the audio interface to keep it synchronized with other audio inputs being recorded - right? It should also delay the triggering of the VSTi by that reported input latency to keep its audio output synchronized with other audio outputs when recording/monitoring - right? But, it would be nice to give users the option of disabling that added delay, wouldn't it? :?:
Novikthewise wrote: ALC on Instruments does exactly what i showed you in the pictures "Latency4.png" "Latency5.png" and "Latency6" and it works exactly the way it should.
If ALC's purpose is to compensate for users playing to the click rather than the VSTi audio output as you seem to be claiming, then shouldn't it's description in the manual be changed to reflect that? :)

What's your relationship with Steinberg :?:

User avatar
Novikthewise
Member
Posts: 313
Joined: Wed Feb 23, 2011 1:17 pm
Contact:

Re: ASIO Latency Compensation Problems

Post by Novikthewise » Sat Apr 08, 2017 5:08 pm

You have the wrong idea about how record latency compensation works. Plugin delay compensation works in the opposite direction than record delay compensation. PDC delayes the playback of the project further by the highest reported track latency while all other tracks are delayed by the difference to that track as well to match that latency.
Record latency works in the other direction. Due to the fact you play against the output latency and the recorded audio is even further delayed by the input latency it is recorded too late. It has to be moved back to match the intended time position in the project. Cubase does that by moving the audio to the left by a whole roundtrip. Midi has no input latency as audio does. If you would move it back a whole roundtrip midi events would be positioned too early in the project.

So its not the midi events or the audio from the instrument that has to be matched with the audio recording. In fact both types of recording are moved back to match the project time code as they were initially recorded too late. Audio by a rtl and midi just by the output latency since it has no input latency and therefore was recorded earlier than the audio. Your test you made purely used live monitoring that was looped back. Since Cubase will not compensate live monitoring this test is not suited to judge how cubase really compensates for latency.
cubase doesn't compensate live monitoring as it is realtime dependend. And i still think you don't understand the nature of the ALC function you can switch on and off on instrument tracks as this function has nothing to do with the overall latency compensation for recording.
Amack wrote: If ALC's purpose is to compensate for users playing to the click rather than the VSTi audio output as you seem to be claiming, then shouldn't it's description in the manual be changed to reflect that? :)

What's your relationship with Steinberg :?:
this is not what i said. Ok let me try again as you really seem to have a problem understanding this.
If you have a high latency setting the monitored audio of your instrument will be noticably delayed when you hit the key right?
Now imagine you play to the click. If you hit the key right on the click the monitored audiosignal of your instrument will be delayed by the output latency right and is therefore behind the click by the output latency?. If you will hit the key on the click and you can handle that the corresponding audio is behind the click you will not need this function. I wrote that allready.

Many people have difficulties to play right on the click if the instruments audo is behind the click due to the high latency. You will tend to press the button before the click in order to have the live monitored audio of you instrument on the click. exactly what i showed in my pictures. If you managed to hit early enough to have the audio right on the click you pressed the button too early by the output latency. The midi notes now will be upfront. to correct that the ALC will move them to the right by the output latency.
Is this really so difficult?
My test show that this works exactly as it should. Don't you see that?
StudioPC: Core i7 2600, 16GB DDR-1333 RAM, Asus P8H67 m-Evo REV.3, Win 7 64Bit Home Premium, Cubase 8.5.20 64bit, Halion 5.1.1, Halion Sonic 2, Wavelab 9.0.25,

Mobile: HP Elitebook 8460p I5 2540m 8GB RAM Win 7 Pro 64bit, Cubase Elements 8.0.40

Amack
Junior Member
Posts: 71
Joined: Sat Jan 14, 2017 4:54 pm
Contact:

Re: ASIO Latency Compensation Problems

Post by Amack » Sat Apr 08, 2017 7:38 pm

Novikthewise wrote:If you have a high latency setting the monitored audio of your instrument will be noticably delayed when you hit the key right?
Yes
Novikthewise wrote:Now imagine you play to the click. If you hit the key right on the click the monitored audiosignal of your instrument will be delayed by the output latency right and is therefore behind the click by the output latency?.
No. If you are monitoring with headphones, you will hear the VSTi delayed from the click by the sum of the audio interface's output latency, its reported input latency (if Cubase worked properly), your delay, the MIDI source/interface delay, Cubase's MIDI detection/recognition delay, and the VSTi processing (plugin) delay.
Novikthewise wrote:Many people have difficulties to play right on the click if the instruments audo is behind the click due to the high latency. You will tend to press the button before the click in order to have the live monitored audio of you instrument on the click. exactly what i showed in my pictures. If you managed to hit early enough to have the audio right on the click you pressed the button too early by the output latency.
No. You pressed it too early by the the sum of the audio interface's output latency, its reported input latency (if Cubase worked properly), your delay, the MIDI source/interface delay, Cubase's MIDI detection/recognition delay, and the VSTi processing (plugin) delay.
Novikthewise wrote:The midi notes now will be upfront. to correct that the ALC will move them to the right by the output latency.
That's the problem!
Novikthewise wrote:Is this really so difficult?
Good question!
Novikthewise wrote:My test show that this works exactly as it should. Don't you see that?
No

User avatar
Novikthewise
Member
Posts: 313
Joined: Wed Feb 23, 2011 1:17 pm
Contact:

Re: ASIO Latency Compensation Problems

Post by Novikthewise » Sat Apr 08, 2017 10:49 pm

What input delay are you talking about? the reported input latency you see in the cubase settings for the ASIO Driver? THATS FOR AUDIO INPUTS...NOT MIDI INPUTS. When do you get this allready?
The midi latency that is produced by midi itself is neglectable. If midi by itself would have a significant amount of delay that has to be accounted for it would be pretty much unusable for triggering Instruments no matter if software or hardware instrument.
Your/My delay? what do you mean? i can play to the click pretty well. Dont you?
VST Instruments by design have zero latency operation. everything else would be useless. There are also no input bus plugins possible for Instruments since they are for Audio only. If you play an Instrument you do this at the lowest possible latency. That means that you will constrain the plugin delay compensation as well if you run plugins in the project that add latency. Leaves you with only the output latency to deal with.

What didn't you understand in my test? i mean the three pictures i refer to "latency4 - latency6.png" Could you please explain to me what i did in these three pictures?
Explain to me why the midi notes are pretty much in time again in my third picture "latency6.png"? If you say that i pressed too early by the sum of all the latencies you claim but on the other hand say that ALC inappropriatly compensates only for the output latency Wouldn't my note i played in the third picture not still be too early by the input latency? suprisingly they ain't.
Since you never really worked with Cubase as a musician or engineer makes it difficult to understand how this whole thing works i guess.

there would only be one scenario were you claim would be correct.
you would need to monitor everything through the software and you would do this at high latency settings. The person that records his part as midi would play this to the live monitored performance of another musician but he only hears the live monitoring through the software as the timing reference wich is now delayed by a whole roundtrip latency.
Tell me if i am correct that this is your assumption?
StudioPC: Core i7 2600, 16GB DDR-1333 RAM, Asus P8H67 m-Evo REV.3, Win 7 64Bit Home Premium, Cubase 8.5.20 64bit, Halion 5.1.1, Halion Sonic 2, Wavelab 9.0.25,

Mobile: HP Elitebook 8460p I5 2540m 8GB RAM Win 7 Pro 64bit, Cubase Elements 8.0.40

Amack
Junior Member
Posts: 71
Joined: Sat Jan 14, 2017 4:54 pm
Contact:

Re: ASIO Latency Compensation Problems

Post by Amack » Sun Apr 09, 2017 1:24 am

When simultaneously recording both audio and MIDI live, do you agree that the Cubase delays the recording of the MIDI note relative to the audio by the reported input latency of the audio interface?

User avatar
Novikthewise
Member
Posts: 313
Joined: Wed Feb 23, 2011 1:17 pm
Contact:

Re: ASIO Latency Compensation Problems

Post by Novikthewise » Sun Apr 09, 2017 2:30 am

No i disagree because its the other way round. If the midi recording would be delayed by the input latency to match the audio that would mean that both audio and midi are too late. the input latency is a DELAY. That means the audio is recorded later than you played it by the input latency of the ASIO driver. Midi is not. IThe Audio now has to be moved back to its intended earlier position and not the midi has to catch up with the allready too late audio. than both would be too late.
StudioPC: Core i7 2600, 16GB DDR-1333 RAM, Asus P8H67 m-Evo REV.3, Win 7 64Bit Home Premium, Cubase 8.5.20 64bit, Halion 5.1.1, Halion Sonic 2, Wavelab 9.0.25,

Mobile: HP Elitebook 8460p I5 2540m 8GB RAM Win 7 Pro 64bit, Cubase Elements 8.0.40

Amack
Junior Member
Posts: 71
Joined: Sat Jan 14, 2017 4:54 pm
Contact:

Re: ASIO Latency Compensation Problems

Post by Amack » Sun Apr 09, 2017 3:16 am

Novikthewise wrote:No i disagree because its the other way round. If the midi recording would be delayed by the input latency to match the audio that would mean that both audio and midi are too late. the input latency is a DELAY. That means the audio is recorded later than you played it by the input latency of the ASIO driver. Midi is not. IThe Audio now has to be moved back to its intended earlier position and not the midi has to catch up with the allready too late audio. than both would be too late.
Assuming that this is a new project recording only simultaneous audio and MIDI for the first time. Will the audio and MIDI appear in the recording at the same time?

User avatar
Novikthewise
Member
Posts: 313
Joined: Wed Feb 23, 2011 1:17 pm
Contact:

Re: ASIO Latency Compensation Problems

Post by Novikthewise » Sun Apr 09, 2017 3:31 am

Pretty much. Midi is not always precise. For instance when i use midi over WindowMidi ports rather than DirctMusic the notes are too late by about 10ms. With DirectMusic the Notes are pretty much in time with a small tendency to be upfront by an average of 0.5ms
this is rather a problem with the midi driver implementation in the OS than a cubase issue. And i consider a difference of 6ms pretty much in time when you think of the musical aspect of it.
StudioPC: Core i7 2600, 16GB DDR-1333 RAM, Asus P8H67 m-Evo REV.3, Win 7 64Bit Home Premium, Cubase 8.5.20 64bit, Halion 5.1.1, Halion Sonic 2, Wavelab 9.0.25,

Mobile: HP Elitebook 8460p I5 2540m 8GB RAM Win 7 Pro 64bit, Cubase Elements 8.0.40

Amack
Junior Member
Posts: 71
Joined: Sat Jan 14, 2017 4:54 pm
Contact:

Re: ASIO Latency Compensation Problems

Post by Amack » Sun Apr 09, 2017 3:52 am

Novikthewise wrote:Pretty much. Midi is not always precise. For instance when i use midi over WindowMidi ports rather than DirctMusic the notes are too late by about 10ms. With DirectMusic the Notes are pretty much in time with a small tendency to be upfront by an average of 0.5ms
this is rather a problem with the midi driver implementation in the OS than a cubase issue. And i consider a difference of 6ms pretty much in time when you think of the musical aspect of it.
It sounds like you may want to upgrade to Windows 10! But. that's kind-of beside the point. Since you agree (and have demonstrated) that MIDI recording in the proposed circumstance is delayed by the reported input latency of the audio interface, should the triggering of the associated VSTi also be delayed by the reported input latency of the audio interface? ;)

User avatar
Novikthewise
Member
Posts: 313
Joined: Wed Feb 23, 2011 1:17 pm
Contact:

Re: ASIO Latency Compensation Problems

Post by Novikthewise » Sun Apr 09, 2017 9:02 am

Don't conclude something or lay words in my mouth i never said. Where did i show or said that? don't orchestrate things just to fit your therories. :roll:

So you think if both signals arrive at the same time but the correspondig audio of the midi trigger is earlier by the input latency in the monitoring the instrumentt has to be delayed by the input latency to match the monitoring of the audiorecording?.
StudioPC: Core i7 2600, 16GB DDR-1333 RAM, Asus P8H67 m-Evo REV.3, Win 7 64Bit Home Premium, Cubase 8.5.20 64bit, Halion 5.1.1, Halion Sonic 2, Wavelab 9.0.25,

Mobile: HP Elitebook 8460p I5 2540m 8GB RAM Win 7 Pro 64bit, Cubase Elements 8.0.40

User avatar
Novikthewise
Member
Posts: 313
Joined: Wed Feb 23, 2011 1:17 pm
Contact:

Re: ASIO Latency Compensation Problems

Post by Novikthewise » Sun Apr 09, 2017 4:43 pm

Anyhow think what you want. i don't want to have my words twisted. You have been wrong before because you didn't understand how things work and you are wrong here as well. farewell then because this is getting tedious
StudioPC: Core i7 2600, 16GB DDR-1333 RAM, Asus P8H67 m-Evo REV.3, Win 7 64Bit Home Premium, Cubase 8.5.20 64bit, Halion 5.1.1, Halion Sonic 2, Wavelab 9.0.25,

Mobile: HP Elitebook 8460p I5 2540m 8GB RAM Win 7 Pro 64bit, Cubase Elements 8.0.40

Amack
Junior Member
Posts: 71
Joined: Sat Jan 14, 2017 4:54 pm
Contact:

Re: ASIO Latency Compensation Problems

Post by Amack » Sun Apr 09, 2017 7:03 pm

Novikthewise wrote:Anyhow think what you want. i don't want to have my words twisted. You have been wrong before because you didn't understand how things work and you are wrong here as well. farewell then because this is getting tedious
Tedious is an understatement! :!: Before you "go", could you please answer my question about your relationship with Steinberg/Yamaha (assuming you're allowed to do so)? :?:

Amack
Junior Member
Posts: 71
Joined: Sat Jan 14, 2017 4:54 pm
Contact:

Novikthewise's Demonstration of VSTi Triggering Delays

Post by Amack » Sun Apr 09, 2017 11:36 pm

In his March 16th post on this thread viewtopic.php?f=198&t=111073#p626096 Novikthewise provided test results that nicely demonstrate both the problem that is the subject of this thread and VSTi triggering jitter problem documented at viewtopic.php?f=198&t=115186. His recording with "ASIO Latency Compensation" enabled demonstrated that the VSTi was triggered 49.46ms after the reception and recording of the triggering MIDI by Cubase. That delay between recorded tracks 9 and 12 is 1ms more than the 48.46ms reported output latency of his interface (the delay between tracks 9 and 11).

His recording with "ASIO Latency Compensation" disabled demonstrated that the VSTi was triggered 70.82ms after the reception and recording of the triggering MIDI by Cubase. That delay between recorded tracks 3 and 6 is 22.36ms more than the 48.46ms reported output latency of his interface (the delay between tracks 9 and 11). Had he done more recordings, he likely would have seen some track 3- 6 delays as high 48.34ms (the apparent reported input latency of his audio interface). ;)
Novikthewise Demonstration.jpg
(374.89 KiB) Not downloaded yet

User avatar
Novikthewise
Member
Posts: 313
Joined: Wed Feb 23, 2011 1:17 pm
Contact:

Re: ASIO Latency Compensation Problems

Post by Novikthewise » Mon Apr 10, 2017 7:00 am

The lack of knowledge about how latency compensation has to work and how the asio latency compensation on midi works lets Amack conduct test setups that are inapropriate to show the problem he claims exist. In fact in both his and my test he is only right about the jitter of the live audio on instruments wich is not subject of this thread but perfectly shows the Asio latency compensation on midi/Instruments works exaclty the way it should by moving the recorded note by the output latency of the asio driver wich i nicely demonstrated in this post why this has to happen and that it is done correctly
viewtopic.php?t=111073#p626103

Amack allready proved to not understand the very nature of how Cubase works nicely in this thread
viewtopic.php?f=198&t=111022
He weren't just wrong about this he also accused me of making things up.

I really hope this thread gets closed allready because the test amack conducted here is complete nonsense to proof his claim.
StudioPC: Core i7 2600, 16GB DDR-1333 RAM, Asus P8H67 m-Evo REV.3, Win 7 64Bit Home Premium, Cubase 8.5.20 64bit, Halion 5.1.1, Halion Sonic 2, Wavelab 9.0.25,

Mobile: HP Elitebook 8460p I5 2540m 8GB RAM Win 7 Pro 64bit, Cubase Elements 8.0.40

Amack
Junior Member
Posts: 71
Joined: Sat Jan 14, 2017 4:54 pm
Contact:

Re: ASIO Latency Compensation Problems

Post by Amack » Mon Apr 10, 2017 4:49 pm

There appears to be many (continuing?) Cubase users interested in the end result of this discussion (maybe some would even be willing to so state/post). :?: Closing this thread would prevent me from posting the results of the feedback I receive from the software developers. Chris at Steinberg Support told me last Friday (March 7th) that he would inform the software developers of this and the other reported (jitter) problem you mentioned (and apparently now acknowledge). :)

Locked

Return to “Steinberg Lounge”

Who is online

Users browsing this forum: No registered users and 5 guests