Page 2 of 3

Posted: Tue Nov 25, 2008 5:53 pm
by fuzzyhead
Image
This picture is up to date, the previous one is older (changed 3 times)

Posted: Fri Nov 28, 2008 12:10 am
by madhattared
where is the headphone jack?

Posted: Mon Dec 01, 2008 1:24 pm
by Chris J
bugs in 0.12
you copy a section, if you do certain actions before pasting, like pressing stop to go back to zero , or click on a marker to go at a specific position, there's no pasting, it's gone from the RAM.

and the ever popular Midi Overdub doesn't work

Posted: Tue Dec 02, 2008 3:50 pm
by Hervé
madhattared wrote:where is the headphone jack?
On your soundcard, it's a midi controller ! ;)

Posted: Wed Dec 03, 2008 6:03 pm
by misteron
Chris J wrote:bugs in 0.12
you copy a section, if you do certain actions before pasting, like pressing stop to go back to zero , or click on a marker to go at a specific position, there's no pasting, it's gone from the RAM.

and the ever popular Midi Overdub doesn't work
Anyone else getting these issues?

Posted: Wed Dec 03, 2008 7:13 pm
by siddhu
Chris J wrote:bugs in 0.12
you copy a section, if you do certain actions before pasting, like pressing stop to go back to zero , or click on a marker to go at a specific position, there's no pasting, it's gone from the RAM.

and the ever popular Midi Overdub doesn't work
Happened to me also.

Posted: Wed Dec 03, 2008 8:24 pm
by [dfi]
Hi Misteron and Siddhu

We had this issue in the Bugs & Problems forum too. This is what my colleague Jörg said:
there´s nothing wrong with with Copy&Paste, it just functions as specified:
Before your can paste anything, the insert mark needs to be in focus.
If you click the Global Stop Button, the focus is on the transport, you can´t paste anything to the transport.
If you click a marker, you can see that the focus is not on the track anymore but on the marker.

Simply click into track display to place the insert mark, you´ll be able to paste anywhere. Nothing is lost in the RAM.

Best regards,
Jörg
If that is not what you experience, please let me know!

best,
dfi

Posted: Wed Dec 03, 2008 9:02 pm
by Crash
[dfi] wrote:If that is not what you experience, please let me know!
That is not what I experience.

While Live is busy with Copy or Paste operation of memory intensive tracks the keyboard controls don't work anymore until some time after the operation is completed. That means you cannot use cursor-keys, del, space and neither ctrl-v (Paste on Windows).

The mouse on the other hand is still perfectly useable, including chosing Paste operations while the keys are still disabled (that is why I wrote "some time after").

I reported problems with that as early as last January but obviously no one at Ableton took a closer look at it since then.

Major Sync Problems in 7.012

Posted: Wed Dec 03, 2008 9:20 pm
by siddhu
I've noted some really wild tempo fluctuations with Live in Slave mode with this release that did not happen in 7.010.

The slave computer was constantly jumping +/- about 2 BPM's when synching from a master.

Chain was Master > USB Midi Interface > Cable > USB Midi Interface > Slave

Both computers were running 7.012.

7.012 went absolutely crazy when midi synching over ethernet.

Tempos jumping to 800 BPM then dropping to 50. Basically it was as if it was generating/receiving totally random numbers for the BPM.

The transport controls displayed the same behavior.

Switching both machines back to 7.010 stabilised and solved the problems.

Normal USB midi chain works without any fluctuations, and the ethernet midi synch works.

Re: Major Sync Problems in 7.012

Posted: Wed Dec 03, 2008 9:36 pm
by Crash
siddhu wrote:I've noted some really wild tempo fluctuations with Live in Slave mode with this release that did not happen in 7.010.
...
Switching both machines back to 7.010 stabilised and solved the problems.
It may be hard to believe but that happens because .12 solved a bug with Live's Sync Slave behavior. Before .12 Live rounded incoming Sync Clock tempo roughly to full integer values and used that both for external plugins and it's own clip playback (at least with Warp enabled clips). It's good to have that bug removed, because it led to problems when the Master tempo shifted only slightly (ran at some non-integer tempo for a short time) and thus the Master and Slave could run out of Sync after some time.

The problem with .12 is that it's Sync Slave tempo calculation is so unbelieveably lousy that you can hardly use it anymore. Ableton knows about it and hopefully fixes it with the next update ASAP. Unfortunately they didn't care to publish that known flaw in their changelog or non-existant release notes. So you had to fall into that pit and climb out yourself only because there was no sign. Sorry.

The following screenshot demonstrates a comparison between Kore + Kontakt vs. Live + Kontakt running as Slaves from the very same Master Clock at supposely 333 bpm:

Image

Posted: Thu Dec 04, 2008 12:48 am
by didguitare
Merci,du coup j'ai parlé de cette info ici :
http://abletonlive.xooit.com/t410-Mise- ... 7-0-10.htm

Amicalement,Didier.

Re: Major Sync Problems in 7.012

Posted: Sun Dec 07, 2008 1:09 am
by siddhu
Crash wrote:
siddhu wrote:I've noted some really wild tempo fluctuations with Live in Slave mode with this release that did not happen in 7.010.
...
Switching both machines back to 7.010 stabilised and solved the problems.
It may be hard to believe but that happens because .12 solved a bug with Live's Sync Slave behavior. Before .12 Live rounded incoming Sync Clock tempo roughly to full integer values and used that both for external plugins and it's own clip playback (at least with Warp enabled clips). It's good to have that bug removed, because it led to problems when the Master tempo shifted only slightly (ran at some non-integer tempo for a short time) and thus the Master and Slave could run out of Sync after some time.

The problem with .12 is that it's Sync Slave tempo calculation is so unbelieveably lousy that you can hardly use it anymore. Ableton knows about it and hopefully fixes it with the next update ASAP. Unfortunately they didn't care to publish that known flaw in their changelog or non-existant release notes. So you had to fall into that pit and climb out yourself only because there was no sign. Sorry.

The following screenshot demonstrates a comparison between Kore + Kontakt vs. Live + Kontakt running as Slaves from the very same Master Clock at supposely 333 bpm:

Image

Well this really needs to be sorted out because how can you play a gig as an "electronic band" using multiple computers if the tempo sync keeps fluctuating wildly!?

I mean Live is supposed to be a "live performance instrument" and should have industry leading tightness when it comes to sync.

Re: Major Sync Problems in 7.012

Posted: Fri Dec 12, 2008 7:36 am
by ddr400
siddhu wrote:I've noted some really wild tempo fluctuations with Live in Slave mode with this release that did not happen in 7.010.

The slave computer was constantly jumping +/- about 2 BPM's when synching from a master.

Chain was Master > USB Midi Interface > Cable > USB Midi Interface > Slave

Both computers were running 7.012.

7.012 went absolutely crazy when midi synching over ethernet.

Tempos jumping to 800 BPM then dropping to 50. Basically it was as if it was generating/receiving totally random numbers for the BPM.

The transport controls displayed the same behavior.

Switching both machines back to 7.010 stabilised and solved the problems.

Normal USB midi chain works without any fluctuations, and the ethernet midi synch works.
yes.
i got total desync with my machinedrum. Live as master.
back to 7.0.10

Posted: Fri Dec 12, 2008 7:18 pm
by glockinpalm
>>Under certain conditions an empty MIDI effect Rack could lead to audio drop-outs.

this sounds like it could be what was causing my proble i described here:

http://forum.ableton.com/viewtopic.php?t=102723

sweet...

Posted: Sun Dec 14, 2008 10:44 pm
by beatnick
Bargh! The sync issue has totally rendered my live set unplayable!!!

I need to backtrack to 7.0.10 but ableton don't have previous version for download.

Any help???

Nick.