Subject: MAX Digest - 10 Jun 1998 to 11 Jun 1998
Date: Fri, 12 Jun 1998 00:00:20 -0400
From: Automatic digest processor 
Reply-To: MAX - interactive music/multimedia standard environments
     
To: Recipients of MAX digests 

There are 5 messages totalling 126 lines in this issue.

Topics of the day:

  1. Powerbook i/o (2)
  2. MAX Digest - 9 Jun 1998 to 10 Jun 1998
  3. The shape of noise reduction past
  4. the movie object

----------------------------------------------------------------------

Date:    Wed, 10 Jun 1998 22:19:47 -0700
From:    David Zicarelli 
Subject: Re: Powerbook i/o

jhno  writes:

>in thinking about this, it seems like SCSI would be a much more practical
>solution. why doesn't somebody make a single unit rack module that has a
>SCSI connector (well, two) and perhaps 2 or 4 or 8 channels of audio i/o???
>since hard-disk recording is already implemented in MSP, i suspect
>supporting such a device would be pretty easy...

Supporting hard-disk recording occurs at the level of the file
system, not the SCSI driver. I've written some SCSI support for
data transfer (the msd object's support for SMDI devices)
and it's a totally different type of operation that writing out
a file. It's worth noting that a transfer completely consumes the
SCSI bus while it's in progress. It also takes a while to set up
each SCSI transfer, which is why you want to read a large amount of
data infrequently, rather than small amounts of data more regularly.

If, for example, the disk is using the bus, an audio transfer would
have to wait until the disk is finished. Unfortunately, audio data
can't wait too long or you get clicks.

It's also impractical to use SCSI as a means for transferring
data between two computers, since one computer would have to
be a slave and would be unable to initiate any data transfers.
Slaves are ineligible for use with other slaves: disk drives, scanners,
etc. in the same way that your SCSI CD-ROM drive never cooperates
on its own with your hard disk. The slaves never get together to
rise up to defeat the master. SCSI takes a pretty dim view of human
relationships.

David Z.

------------------------------

Date:    Thu, 11 Jun 1998 09:58:47 +0200
From:    Hans Tutschku 
Subject: Re: Powerbook i/o

>Subject: Re: Powerbook i/o

>
>in thinking about this, it seems like SCSI would be a much more practical
>solution. why doesn't somebody make a single unit rack module that has a
>SCSI connector (well, two) and perhaps 2 or 4 or 8 channels of audio i/o???

It exists: Yamaha CBX-D3

Hans

------------------------------

Date:    Thu, 11 Jun 1998 09:56:49 +0100
From:    Lawrence Casserley 
Subject: Re: MAX Digest - 9 Jun 1998 to 10 Jun 1998

In message <897537690.2023189.0@vm1.mcgill.ca>, Automatic digest
processor  writes
>in thinking about this, it seems like SCSI would be a much more practical
>solution. why doesn't somebody make a single unit rack module that has a
>SCSI connector (well, two) and perhaps 2 or 4 or 8 channels of audio i/o???
>
>since hard-disk recording is already implemented in MSP, i suspect
>supporting such a device would be pretty easy...
>
>-jhno

That would be an excellent solution IMHO - even better if it includes
"standard" digital links (AES or ADAT optical, say). Easy then to link
to digital desks such as the Yamaha ones.

Lawrence

--
Lawrence Electronic Operations -Tel +44 1494 481381 -FAX +44 1494 481454
Signal Processing for Contemporary Music -email leo@chiltern.demon.co.uk
http://www.chiltern.demon.co.uk

------------------------------

Date:    Thu, 11 Jun 1998 09:40:40 -0700
From:    Alex Stahl 
Subject: Re: The shape of noise reduction past

dbx NR was just a simple 2:1 companding, not multi-band like Dolby A.
Sorry but I don't know the time constants for the level detectors.

-Alex

>Date:    Wed, 10 Jun 1998 13:33:00 -0600
>From:    John Abram 
>Subject: The shape of noise reduction past
>
>I'm trying to find details of how to replicate the coding and decoding of
>DBX type 1 noise reduction.  Does anyone here have this info, or know where
>to get it?

------------------------------

Date:    Thu, 11 Jun 1998 16:18:17 -0700
From:    Keay 
Subject: the movie object

Hello all,
  I am working on a patch which uses the movie object.  The problem is
that though you can change the rate of play using various "rate
"commands, I cannot figure out how to change the rate using a continous
slider of some sort. Is there a work around or am I missing the obvious?
  The goal is to be able to control the speed of playback using the
pitch wheel on a midi controller.  Also, I am using the movie object
only because the snd object always restarts a sound from the beging
with each speed or pitch change.  So, the goal could also be acheived
if I could change the pitch of a sound on the fly without resetting the
sound to its begining.

Any help is, as always, much appreciated.

keay@hooked.net
SJSU School of Art & design

------------------------------

End of MAX Digest - 10 Jun 1998 to 11 Jun 1998
**********************************************