From the homepage:
"Hi folks,
we just released the bug fix update Live 5.0.3.
You can get it via the download section of our website:
www.ableton.com/download
Because of some website restructuring the 'Check for Updates...' command
from Live's help menu will not work before this late evening (Berlin time).
A very big thanks to all people participating on the 5.0.3 beta period.
I did not yet managed to answer all mails sent to beta@ableton.com but
I will try again to catch up on everything in the next days.
Also I wish all of you a happy, stress-free Christmas and/or happy holidays.
Note:
To all Live 5.0.3 beta tester, please keep in mind that the final Live 5.0.3
version copies the preferences from the last final Live version (Live 5.0.2)
but not from any Live 5.0.3 beta version."
Change log Live Live 5.0.3b6 - 5.0.3b7
----------------------------------
[01] Bug: Sending MIDI Out (OS X)
----------------------------------
Platform: OS X only
When sending many MIDI events at the same sample position some could be lost when sending them out via a MIDI interface.
Status: Fixed
--------------------------------
[02] Bug: Sending MIDI Out (Win)
--------------------------------
Platform: Win only
Because of bug fix [05] of Live 5.0.3b1 the MIDI out timing via a MIDI interface would be negative influenced on single processor machines.
Meanwhile there is a hotfix for Multi-Processor system available from Microsoft.
Status: Fixed
------------------------
[03] Bug: Incoming MIDI
------------------------
Platform: All
When firing an empty slot in a MIDI track, do a song start, activate global record and arm the MIDI track... Live would crash for the next incoming MIDI event.
Status: Fixed
----------------------------------
[04] Bug: Clip length of recorded clips
----------------------------------
Platform: All
When recording quantized audio session clips with a tempo of 130, the resulting sample can sometimes be one frame too short (because of jitter). In such a case we used to make the resulting loop brace one frame shorter, which is bad, because it results in clips that run out of sync if you play them long enough.
Instead, we leave the loop brace as it is now, so that it extends one frame beyond the end of the sample.
Furthermore, the clip length display of such clips would be incorrect in the Track Status Display and in the Clip Detail view.
Status: Fixed
"Hi folks,
we just released the bug fix update Live 5.0.3.
You can get it via the download section of our website:
www.ableton.com/download
Because of some website restructuring the 'Check for Updates...' command
from Live's help menu will not work before this late evening (Berlin time).
A very big thanks to all people participating on the 5.0.3 beta period.
I did not yet managed to answer all mails sent to beta@ableton.com but
I will try again to catch up on everything in the next days.
Also I wish all of you a happy, stress-free Christmas and/or happy holidays.
Note:
To all Live 5.0.3 beta tester, please keep in mind that the final Live 5.0.3
version copies the preferences from the last final Live version (Live 5.0.2)
but not from any Live 5.0.3 beta version."
Change log Live Live 5.0.3b6 - 5.0.3b7
----------------------------------
[01] Bug: Sending MIDI Out (OS X)
----------------------------------
Platform: OS X only
When sending many MIDI events at the same sample position some could be lost when sending them out via a MIDI interface.
Status: Fixed
--------------------------------
[02] Bug: Sending MIDI Out (Win)
--------------------------------
Platform: Win only
Because of bug fix [05] of Live 5.0.3b1 the MIDI out timing via a MIDI interface would be negative influenced on single processor machines.
Meanwhile there is a hotfix for Multi-Processor system available from Microsoft.
Status: Fixed
------------------------
[03] Bug: Incoming MIDI
------------------------
Platform: All
When firing an empty slot in a MIDI track, do a song start, activate global record and arm the MIDI track... Live would crash for the next incoming MIDI event.
Status: Fixed
----------------------------------
[04] Bug: Clip length of recorded clips
----------------------------------
Platform: All
When recording quantized audio session clips with a tempo of 130, the resulting sample can sometimes be one frame too short (because of jitter). In such a case we used to make the resulting loop brace one frame shorter, which is bad, because it results in clips that run out of sync if you play them long enough.
Instead, we leave the loop brace as it is now, so that it extends one frame beyond the end of the sample.
Furthermore, the clip length display of such clips would be incorrect in the Track Status Display and in the Clip Detail view.
Status: Fixed
Comments
Post a Comment