Path: utzoo!attcan!uunet!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!aplcen!haven!mimsy!mojo!russotto
From: russotto@eng.umd.edu (Matthew T. Russotto)
Newsgroups: comp.sys.mac.hardware
Subject: Re: Limitations in recording and playback of digitized audio.
Keywords: audio processing bottlenecks
Message-ID: <1990Oct11.200007.13274@eng.umd.edu>
Date: 11 Oct 90 20:00:07 GMT
References: <2332@wroach.cactus.org>
Sender: news@eng.umd.edu (The News System)
Organization: College of Engineering, Maryversity of Uniland, College Park
Lines: 23

In article <2332@wroach.cactus.org> mk@wroach.cactus.org (M. Khan) writes:

>Is there a hardware bottleneck that prevents digitized audio to
>be recorded concurrently to disk, or played back similarly,
>without interruption of the audio?

Floppies are too slow, but the SID software does it to the hard disk.

>If there is no such (or on models that have no such)
>bottleneck does software that provides "virtual memory"
>(don't remember any names now) work to get around
>the limitations of audio-digitizing software that limits
>itself to available memory?  Any experiences with this?

VM swapping could concievably make you lose serial port data. As long as your
program has enough time to read the serial port buffer before it overflows,
you will be OK.  (actually, I have no idea whether the software uses the
buffer or goes right to the hardware for speed-- 176KBps is a lot for
a machine to handle.  I'd guess that the slower models (SE, plus) can't
record to disk)
--
Matthew T. Russotto	russotto@eng.umd.edu	russotto@wam.umd.edu
      .sig under construction, like the rest of this campus.