#21
|
|||
|
|||
![]()
I was noticing this issue too. Is there a standard rule for using manual track delay this way (as in, how much latency is introduced)? I was totally bummed as this kind of eliminates one of the two big advantages of au over rewire in live (the other being of course saving with the project). Am sending a feature request to Live immediately.
Thanks. |
#22
|
|||
|
|||
![]() Quote:
|
#23
|
|||
|
|||
![]()
Direct to MIDI output for au.
Anyone have any suggestions on calculating track delay? Thanks. |
#24
|
|||
|
|||
![]() Quote:
Thanks very much, that is what it will take to get such features in -- user requests. Ditto for Logic users. Hopefully now that there is less of a "chicken and egg" problem (i.e. an AU that makes a serious stab at generating MIDI), they will start to pay attention. Cheers, Jim |
#25
|
|||
|
|||
![]()
Roughly 2 audio buffers + a 'smidgen'. Once I get everything in order for the release I'll put up a demo video showing how to tune timing both in Live & Logic.
To calculate the length of a buffer in ms, use this forumula: <ms per buffer> = (<buffer size> / <sample rate>) * 1000 So for Live, w/ a 512 sample buffer @ 44100Khz, I start at around 23ms and adjust from there. I setup a quarter-note pattern in the AU, record it into live, and watch where the notes fall in the note grid. Cheers, Jim |
#26
|
|||
|
|||
![]()
It's funny. I always assume all these protocols will just work, but the number of tiny incompatibilities that actually interfere with workflow is astounding.
Thanks for the calculation on latency. With rewire, I can at least hear the track as it sounds and then nudge the whole track after the fact. But I love the idea of a working au implementation. I recently upgraded to Max4Live and Numerology still kills their step sequencer. The LiveControl template in TouchOSC is good for quick stuff but not for serious programming. |
#27
|
|||
|
|||
![]() Quote:
Cheers, Jim |
#28
|
|||
|
|||
![]() Quote:
|
#29
|
|||
|
|||
![]() Quote:
Having solved the note scheduling issue, really the only tweaky bit about the AU is latency adjustment, which really isn't that hard to do, and the next build to come out makes it even easier. Best, Jim |
#30
|
|||
|
|||
![]()
you know what? i never noticed that latency since it's quite small on my system (96kHz, 256 samples = 2.6ms) - only when it got mentioned here i tried recording the mididata from Num and noticed the offset
|
![]() |
Thread Tools | |
Display Modes | |
|
|