still single core for exporting, consolidating and freezing?

manasseh · Post by **manasseh** » Mon Apr 22, 2013 2:43 pm

In large projects these functions are PAINFULLY slow. It is sometimes faster to record to resampling in realtime...
doesn't make sense, waste of CPU - all daws have moved beyond this

locojohn · Post by **locojohn** » Tue Apr 23, 2013 2:18 am

foetus666 · Post by **foetus666** » Tue Apr 23, 2013 2:23 am

+1

Makes much time for cigarettes and Pepsi max breaks.

pencilrocket · Post by **pencilrocket** » Tue Apr 23, 2013 4:44 am

any max4live wizard?

rtcardinal · Post by **rtcardinal** » Tue Apr 23, 2013 8:23 am

+1
Yeah, this is pretty painful in my larger projects towards the end of the album I'm working on. For me, it's currently faster 9/10 times to re-record or resample thing than it is to bounce or freeze.

cotdagoo · Post by **cotdagoo** » Tue Apr 23, 2013 1:51 pm

There was a few posts that popped up in the beta test forum regarding hyperthreading and the use of multiple cores/cpus to do certain tasks.

A few things were said but we were basically told:

'Hyperthreading is not supported - only 'real' CPU's are used for several reasons....'

'HT just isn't the best thing for real time audio. Also, you might experience performance issues with VST's and/or low latencies...'

'Clearing up this thread: Live does support hyper threading if it 'happens' / is activated for several cores. If you only have one core, HT is not supported because the order of the process threads is calculated parallel and therefore it could happen that e.g. the GUI thread is prior the audio thread - this would lead to undesired results...
Also, as a reminder: Live's CPU measurement does and can only show the audio threads. (see the manual pages for details) And: Track process calculations are distributed per Core.
I hope this helps.'

Nothing was ever said in reply to the questions regarding non real time audio use of multiple cores/cpus though - which is what this post is about, and mirrors some of the questions I brought up in the beta. When not performing real time audio tasks, these cores/cpus SHOULD be utilized to their fullest potential to give a smooth and slicker feel to some of Live's most mundane tasks such as rendering/freezing/etc..

Here's the topic on the beta forum - http://beta.ableton.com/abl01/topics/do ... rthreading
It seems you must be registered to read it though.

miekwave · Post by **miekwave** » Tue Apr 23, 2013 3:39 pm

manasseh wrote:In large projects these functions are PAINFULLY slow. It is sometimes faster to record to resampling in realtime...
doesn't make sense, waste of CPU - all daws have moved beyond this

I always found that audio BTD more reliable than exporting/freezing.

manasseh · Post by **manasseh** » Tue Apr 23, 2013 3:47 pm

dboy · Post by **dboy** » Tue Apr 23, 2013 10:26 pm

cotdagoo wrote: When not performing real time audio tasks, these cores/cpus SHOULD be utilized to their fullest potential to give a smooth and slicker feel to some of Live's most mundane tasks such as rendering/freezing/etc..

Definitely. Another one of these issues that seems odd that it hasn't been addressed. Freezing/bouncing/rendering is incredibly slow next to any other program on the market today, VERY frustrating when you are trying to get work done...

rtcardinal · Post by **rtcardinal** » Wed Apr 24, 2013 5:23 pm

miekwave wrote:
manasseh wrote:In large projects these functions are PAINFULLY slow. It is sometimes faster to record to resampling in realtime...
doesn't make sense, waste of CPU - all daws have moved beyond this
I always found that audio BTD more reliable than exporting/freezing.

Then let's make it faster and more reliable to export/freeze.

mooncaine · Post by **mooncaine** » Thu Apr 25, 2013 4:38 am

BTD = Bounce To Digital?

timothyallan · Post by **timothyallan** » Thu Apr 25, 2013 12:02 pm

Disk.

BTW Logic introduced multicore rendering in a point update I believe, so it's not umpossible to do.

still single core for exporting, consolidating and freezing?

still single core for exporting, consolidating and freezing?

Re: still single core for exporting, consolidating and freezing?

Re: still single core for exporting, consolidating and freezing?

Re: still single core for exporting, consolidating and freezing?

Re: still single core for exporting, consolidating and freezing?

Re: still single core for exporting, consolidating and freezing?

Re: still single core for exporting, consolidating and freezing?

Re: still single core for exporting, consolidating and freezing?

Re: still single core for exporting, consolidating and freezing?

Re: still single core for exporting, consolidating and freezing?

Re: still single core for exporting, consolidating and freezing?

Re: still single core for exporting, consolidating and freezing?