[phpBB Debug] PHP Notice: in file /viewtopic.php on line 988: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone 'UTC' for now, but please set date.timezone to select your timezone.
[phpBB Debug] PHP Notice: in file /viewtopic.php on line 988: getdate(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone 'UTC' for now, but please set date.timezone to select your timezone.
[phpBB Debug] PHP Notice: in file /includes/functions.php on line 4505: Cannot modify header information - headers already sent by (output started at /includes/functions.php:3706)
[phpBB Debug] PHP Notice: in file /includes/functions.php on line 4507: Cannot modify header information - headers already sent by (output started at /includes/functions.php:3706)
[phpBB Debug] PHP Notice: in file /includes/functions.php on line 4508: Cannot modify header information - headers already sent by (output started at /includes/functions.php:3706)
[phpBB Debug] PHP Notice: in file /includes/functions.php on line 4509: Cannot modify header information - headers already sent by (output started at /includes/functions.php:3706)
Sagan Technology Metro • View topic - "audio processing overloads" message on intel usin

"audio processing overloads" message on intel usin

Please report any bugs found here.

Moderator: Scoot

"audio processing overloads" message on intel usin

Postby brook » Wed Aug 02, 2006 11:54 pm

Howdy,

I'm running 6.3.5.6 on a Macbook Pro 2Ghz with 1Gb of RAM.

WIth just one track using the Crystal AU (macintel version) many polyphonic patches will do
the following:

a) exhibit, on a certain note (always the same note or spot in a looped pattern), a glitchy sound as THE METRO CLOCK SLOWS DOWN at the same time - meaning that if the note occurs at, say, beat three of measure two, Metro will take two or three time as long to get to beet three of measure two as it should while playing back. Naturally this makes one nervous about timing issues when doing film soundtrack work even when no glitch is heard...

b) Produce a core audio message baout "audio processing overloads" with various numbers (I get as low as 24 and as high, so far, as 846 within a few seconds).

Don't know if its Crystal, Metro, or the MBP but I'm naturallty distressed now that my favorite audio software and favorite plugin suddenly malfunction on what is now my only machine!

Brook
brook
 
Posts: 16
Joined: Fri Jun 27, 2003 9:30 pm

Postby Jerm » Thu Aug 03, 2006 11:27 am

Try increasing the audio packet size or converting to audio. This would most definitely appear to be a Crystal problem. Try using activity monitor to sample the application during this slowdown to see if you can determine where it is spending the time or if you want send me the Metro file and I can do some analysis on it.
Jerm
 
Posts: 2707
Joined: Tue Feb 11, 2003 12:50 pm
Location: Massachusetts


Return to Bug Reports

Who is online

Users browsing this forum: No registered users and 6 guests

cron