Taperssection.com
Gear / Technical Help => Post-Processing, Computer / Streaming / Internet Devices & Related Activity => Topic started by: Rick on July 10, 2004, 04:09:07 PM
-
Last night I tried to do my first 24/48 recording. But I got some errors. Check it out.
http://webpages.charter.net/rickbendes/jnd2004-07-09d01t03.mp3
My Setup: Schoeps Mk4 > Nbox > UA-5 > Apple iBook 800 > Spark 2.82 (24/48)
Here's what I know:
-Never got this sound before on my D100/JB3 (16bit)
-All the drivers should be updated
-Seems to be more errors near the start when I was checking the levels more often.
-Monitor Goes off after 1min (apple set to longest life for battery)
Could this be a problem with the Apple sleep mode? Maybe when it goes dim and/or the monitor comes back on?
Anyone have any ideas?
Thanks,
Rick
-
That is freakin weird. Do you get the same thing at other bit depth/sample rates on the UA-5 > iBook? Or just 24/48?
[Edit - and can you reproduce these problems at home?]
Oh, and your iBook...G4 or G3 (not that it matters, just curious)? ;)
-
Have you disabled your airport/ethernet connection?
-
and your blue tooth
-
Yeah but that stuff really just saves power. It shouldn't give errors in the recording like that...
-
I haven't tried at any other depth, like 16/44. I'll give it shot. Though I got the computer to do 24bit not 16bit :)
Also, I didn't disabled airport/ethernet the connection.
oh its a G4 too.
-
Well disabling the airport/bluetooth/ethernet will give you some more battery life, but it probably wont fix that problem.
Oh, are you using Spark 2.8 or Spark 2.82? If the former, update it do 2.82 and see if the problem still exists.
-
Yea it says 2.82
Under the settings for the UA-5... does it matter what Audio Buffer is set to?
-
the buffer could very well matter, but it could be the bug i found with the first generation 12 inch powerbook. apple confirmed the issue with that machine:
http://docs.info.apple.com/article.html?artnum=32156
try a test file at home. send an input in, let the screen turn off, then wake it up. see if it happens. if so, just do what i did: dim it all the way but don't let it sleep
though maybe it's something else
-
the buffer could very well matter, but it could be the bug i found with the first generation 12 inch powerbook. apple confirmed the issue with that machine:
http://docs.info.apple.com/article.html?artnum=32156
try a test file at home. send an input in, let the screen turn off, then wake it up. see if it happens. if so, just do what i did: dim it all the way but don't let it sleep
though maybe it's something else
this board rules
great post
-
Buffer is HUGE for programs like SPARK! It is NEVER a problem with basic progs like coaster however. Go for the biggest buffer size-no matter the latency increse! Latency increase is NOT an issue for us! It comes into play if you add tracks to an already existing piece of music/tracks The time/delay it takes for your new track/data to register with the software/DAW and come back to you through headphones/monitors is what latency refers to. So you can see where it would be crucial for multi-pass/tracking work! The most common work around for this is through a mixer where the new track is NOT monitored against pre-existing data from the DAW but rather through the mixer which makes the latency issue obsolete!
Audio buffer size is responsible for 99% of ALL DAW F%^*ups!
This applies to both MACS & PC'S. I just adjusted/tweaked them for Cakewalk SONAR 3 on the 'ole PC!
Good luck bro!