Midex 8 and live 7 timing problems
Midex 8 and live 7 timing problems
Hi,
Is this a common problem?, timing is really bad with live 7.
Just tested external midi with live 6, and everything is working good.
But with 7 timing is far off...
Anyone with this problem?
Is this a common problem?, timing is really bad with live 7.
Just tested external midi with live 6, and everything is working good.
But with 7 timing is far off...
Anyone with this problem?
Re: Midex 8 and live 7 timing problems
Everyonelola wrote:Anyone with this problem?
Do you have jitters in your notes and delays? unstable clock,... Mac or PC? have you try to change the midi clock to directsound? try to reduce the audio buffer,.. midi timing will be tighter then but your cpu is gonna suffer
-
- Posts: 6659
- Joined: Sun Nov 19, 2006 1:56 am
- Location: greater toronto area
more info - system, o/s etc.
http://soundcloud.com/umbriel-rising http://www.myspace.com/leedsquietmandemos Live 7.0.18 SUITE, Cubase 5.5.2], Soundforge 9, Dell XPS M1530, 2.2 Ghz C2D, 4GB, Vista Ult SP2, legit plugins a plenty, Alesis IO14.
Even if you don't use Midi Clock Sync it might be that Live 7 shows the same flaws with ordinary Midi data that is happening with Clock Sync.
With Midi Clock Sync Live 7 shows latency/delay depending on song-tempo, the slower the tempo the higher the latency. You can compensate for that via Midi Preferences, but you need to change it with every tempo-change.
Additionally Live 7 shows Jitter of upto 3.5 ms (150 samples at 44 kHz) with Midi Clock Sync.
I cannot tell you wether this happens with ordinary Midi data, too. It should not happen when Live is sending Midi to external gear, because the flaws mentioned above happens only with Live as a Slave as much as I can tell. But it may happen if you are receiving from external gear like playing a keyboard into Live.
Try disconnecting any other Midi gear (especially the RemoteSL). A bad driver of one Midi interface can drag down the performance of all others. Although that should also happen in Live 6 then.
Does switching between MME and DirectMusic make any difference?
With Midi Clock Sync Live 7 shows latency/delay depending on song-tempo, the slower the tempo the higher the latency. You can compensate for that via Midi Preferences, but you need to change it with every tempo-change.
Additionally Live 7 shows Jitter of upto 3.5 ms (150 samples at 44 kHz) with Midi Clock Sync.
I cannot tell you wether this happens with ordinary Midi data, too. It should not happen when Live is sending Midi to external gear, because the flaws mentioned above happens only with Live as a Slave as much as I can tell. But it may happen if you are receiving from external gear like playing a keyboard into Live.
Try disconnecting any other Midi gear (especially the RemoteSL). A bad driver of one Midi interface can drag down the performance of all others. Although that should also happen in Live 6 then.
Does switching between MME and DirectMusic make any difference?
HAL: I know I've made some very poor decisions recently, but I can give you my complete assurance that my work will be back to normal. I've still got the greatest enthusiasm and confidence in the mission. And I want to help you.
Tanks for the reply.Crash wrote:Even if you don't use Midi Clock Sync it might be that Live 7 shows the same flaws with ordinary Midi data that is happening with Clock Sync.
With Midi Clock Sync Live 7 shows latency/delay depending on song-tempo, the slower the tempo the higher the latency. You can compensate for that via Midi Preferences, but you need to change it with every tempo-change.
Additionally Live 7 shows Jitter of upto 3.5 ms (150 samples at 44 kHz) with Midi Clock Sync.
I cannot tell you wether this happens with ordinary Midi data, too. It should not happen when Live is sending Midi to external gear, because the flaws mentioned above happens only with Live as a Slave as much as I can tell. But it may happen if you are receiving from external gear like playing a keyboard into Live.
Try disconnecting any other Midi gear (especially the RemoteSL). A bad driver of one Midi interface can drag down the performance of all others. Although that should also happen in Live 6 then.
Does switching between MME and DirectMusic make any difference?
The switching did not make any difference, this is a very odd problem,
I can't see the logic in it, otherwise then live 6 and live 7 have some major differences in handling midi data.
But...why does the rme midi interface respond good on both 7 and 6, and why does the midex perform good on 6 but not on 7, it's so illogical
hope the abes are watching this topic too.
Oh yes. Terrible jitter but much better with the RME Midi. Really too bad as we finally were about to connect a lot of synths to Live! as external instruments, but that function was totally unusable. Haven't had any trouble with the midex in other situations.
http://www.ableton.com/forum/viewtopic.php?t=99345
http://www.ableton.com/forum/viewtopic.php?t=99345
Live 7 has had some substantial changes to the Midi engine. In theory it should be better now. But in practice some things are problematic.lola wrote:I can't see the logic in it, otherwise then live 6 and live 7 have some major differences in handling midi data.
Most likely there is a conflict between the Midex drivers and Live 7. Do you send the same amount of Midi data in 6 and 7? On my own system I found that the Kore (USB) drivers offer the highest bandwidth closely followed by the Fireface 400 (Firewire). The Korg Padkontrol and Novation RemoteSL offer only very very little bandwidth before the Midi stream breaks down. The problem is that with MME one failing driver (that reaches its bandwidth limit) makes all other drivers fail as well. That's why I suggested removing all other Midi interfaces.But...why does the rme midi interface respond good on both 7 and 6, and why does the midex perform good on 6 but not on 7, it's so illogical
I got confused by my own huge load of testing. The Midi Jitter does happen with Live as a Master and even independent of using Midi Clock Sync or not. Things like restarting loops, scenes or tempo changes make Live jitter.Additionally Live 7 shows Jitter of upto 3.5 ms (150 samples at 44 kHz) with Midi Clock Sync.
I cannot tell you wether this happens with ordinary Midi data, too. It should not happen when Live is sending Midi to external gear, because the flaws mentioned above happens only with Live as a Slave as much as I can tell. But it may happen if you are receiving from external gear like playing a keyboard into Live.
For example that means: You are playing an 8 bar Midi loop that's sending Midi Notes to external gear. While the 8 bar loop is playing Jitter is minimal aka only depending on your Midi interface's performance. But with every new start of the 8 bar loop Live introduces a timing-shift of upto 150 samples (maybe even more at higher tempi than I tested). Technically this is Latency happening only at the start of a loop, but because it does not happen at a fixed value and because it happens with every loop-run it practically sounds and behaves like Jitter. The shorter your loops or the more often you start Scenes/Clips the more often it happens.
Because of that I advice you to create one long clip instead of a short loop in one scene and record that with your External Instrument/gear to an audio clip. This makes sure that you don't suffer from Live induced Jitter/Latency.
Don't hope too much. Many people have written threads about Midi timing problems with Live and Ableton staff seldomly if ever show up on those threads. Better write an Email to their support or try to call them via phone (<-most prefered method, because they cannot deny you feedback then).hope the abes are watching this topic too.
HAL: I know I've made some very poor decisions recently, but I can give you my complete assurance that my work will be back to normal. I've still got the greatest enthusiasm and confidence in the mission. And I want to help you.