Subject: MAX Digest - 12 Aug 1999 to 13 Aug 1999 (#1999-241)
Date: Sat, 14 Aug 1999 00:00:00 -0400
From:
Automatic digest processor <LISTSERV@LISTS.MCGILL.CA>
Reply-To: MAX - Interactive Music/Multimedia Standard Environments <MAX@LISTS.MCGILL.CA>
To: Recipients of MAX digests <MAX@LISTS.MCGILL.CA>


There are 12 messages totalling 377 lines in this issue.

Topics of the day:

  1. mac boot-up sound
  2. adc~ input gain?
  3. timeline/edetonate locate problems (2)
  4. Max/MSP Night School patches?
  5. pow~ base value (3)
  6. fft~ sync output
  7. PlugIns (was: No subject given)
  8. controllers...
  9. Korg1212+b&wG3+2940U2B

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

Date:Thu, 12 Aug 1999 22:01:42 +0200
From:Michael Wieser <m.k.w@MAGNET.AT>
Subject: Re: mac boot-up sound

I remember.....

There has been a project on the german c`t for the ADB.=20
(http://www.heise.de/ct/ftp/projekte/wahlhelfer/default.shtml)
The made a serial mux with some integrated analogswitches controled via ADB
and some software.=20


>At 6:47 PM +0200 8/12/99, karrer manfred wrote:
>>i also tried to eleminate this sound. i have opened the system-file with
>>ResEdit and searched for it but didn=B4t find it. has anybody an idea how
>>to find it?
>>kao-li
>
>Unfortunately this sound is not in the system, but in the ROM. The=20
>only way I can think of that will guarantee that it doesn't chime is=20
>to either change/modify the system ROM or put a relay circuit on the=20
>audio output. Unless you are good at making your own ROM chips, the=20
>latter is probably easiest. :) Simply have a relay that is triggered=20
>by power from the ADB bus, when the machine powers up, the relay=20
>waits a second or two and then re-connects the audio output. Should=20
>be fairly easy to build.
>
>Cheers,
>
>Chris
>
>=20
>
>
Michael Wieser
m.k.w@magnet.at

Service and Audiodesign


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

Date:Fri, 13 Aug 1999 03:17:34 +0000
From:Jeff Mann <jefman@UTCC.UTORONTO.CA>
Subject: adc~ input gain?

Hi all -

Is there any way to set the input gain (trim) for adc~?

I had a really weird time today trying to just record a simple mono AIFF
file. I sent the adc~ through a gain slider into sfrecord~. (After a few
times of CPU use going up to 95% and recording silence into the file,
the eclipse ended and it started working.) But the resultant file was
severely clipped, even though my meter~ never went into the red. So I
reduced the gain slider, and what I got was a scaled-down
severely-clipped file. I guess the obvious solution is to run the input
signal through an outboard mixer or variable pad first, but I didn't
have one. How can you tell if your input signal is overloading the sound input?

I also tried recording in Peak and Quick Recorder, which have level
controls which seem to be an interface to a Sound Manager function. More
weirdness - when I record a mono file, the signal is scaled down to
half-scale (but still clipped, at 50), but a stereo file is full-scale
(clipped at 100 on both channels). Finally I went into Logic Audio,
which worked perfectly; a mono file with full-code peaks and no
clipping. So obviously there is some way to adjust the input gain in software.

<Jeff
--
Jeff Mann - Information Consumer ___O___O__= -- >
mailto:jefman@utcc.utoronto.ca||http://www.interlog.com/~jefman
Visit the Art & Robotics Group site: http://www.interaccess.org/arg

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

Date:Fri, 13 Aug 1999 03:55:35 +0000
From:Jeff Mann <jefman@UTCC.UTORONTO.CA>
Subject: timeline/edetonate locate problems

Hi - I found that timeline won't go into play after it's past the
beginning of the last event in the track, i.e. if you have a single
edetonate sequence in the track, you have to put some dummy event at the
end of it. Not that it helps much, because the sequence won't start up
again anyways. You can do a "locate" followed by "play", but nothing
will come out of edetonate. Sending a "locate" *during* play causes Max
to crash.

So there's definitely no way to "locate" in a MIDI sequence, other than
possibly with QuickTime. I'll give that a try.

Oh another thing - don't bother trying to make seq pause by setting it
to use "tick" messages from a metro and turning the ticks on/off.
Doesn't like it one bit. <Jeff
--
Jeff Mann - Information Consumer ___O___O__= -- >
mailto:jefman@utcc.utoronto.ca||http://www.interlog.com/~jefman
Visit the Art & Robotics Group site: http://www.interaccess.org/arg

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

Date:Fri, 13 Aug 1999 10:18:03 +0200
From:Roald Baudoux <roald.baudoux@BRUTELE.BE>
Subject: Max/MSP Night School patches?

Dear Maxers,


Are the patches from the 1999 edition of the Max/MSP Night School
downloadable from a website somewhere?

Thank you in advance.


Roald Baudoux

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

Date:Fri, 13 Aug 1999 10:56:04 +0100
From:Benjamin Thigpen <Benjamin.Thigpen@IRCAM.FR>
Subject: Re: pow~ base value

Kevin Walker wrote:

>Your patch works fine, so long as either (a) the base is positive, or
>(b) the exponent is an integer. In other words, you can raise
>something to a fractional power only if it is positive. This is as
>it should be, and also reflects the behavior of the pow function in
>C. (-1)**(0.5) should yield NAN (Not A Number). (Not a _real_
>number, anyway.)

Thanks for your response, Kevin. Unfortunately, either I don't understand
what you're saying, or my results do not correspond with your explanation.
Here are the results I get (entering both base & exponent values as signal):

If the base is positive, I'm fine with an exponent down to 1.0, and with
any integer values below that. In other words, any exponent below 1.0
(except integers) yields NAN(000).

If the base is negative, I'm fine with any exponent values UP to 1.0, and
with any integer values above that.

So if I give my patch the values in your example, it does not yield
NAN(000) but 1.0.

And the curious (and most important) thing is that the object responds
_differently_ depending on whether the base is input as a signal or as a
float. With the exponent 0.5, if base 2.0 is entered as a float, the
result is 1.414214; if base 2.0 is entered as a signal, the result is
NAN(000). Admittedly my math background is a little sketchy, but it seems
to me that one of these must be wrong.

If I continue this example by changing the base values (both signal and
float) from 2.0 to-2.0, the results are the same for any exponent (they
both yield NAN(000) for 1.0 and any fractional value above that).

So either I'm missing something, or there is something wrong with how pow~
deals with positive base values entered as a signal (or as a float, or with
negative base values, or...).

Ben

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

Date:Fri, 13 Aug 1999 11:25:33 +0200
From:jvkr <jvkr@KONCON.NL>
Subject: Re: pow~ base value

>Hi again,
>
>Maybe I'm missing some first principles in signal processing, but today I
>cannot set the base value of pow~ with a signal.....
>

Hi Ben,


Once I had problems when I took a patch using pow~ that was made under
the latest version of MSP, to a machine with an older version of MSP.
Probably a bug that has been fixed in the latest version. Which one are
you using? (Your patch works fine with me.)

johan

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

Date:Fri, 13 Aug 1999 08:10:16 -0600
From:Kevin Walker <kevin@SUWA.ORG>
Subject: Re: pow~ base value

>Kevin Walker wrote:
>
> >Your patch works fine, so long as either (a) the base is positive, or
> >(b) the exponent is an integer. In other words, you can raise
> >something to a fractional power only if it is positive. This is as
> >it should be, and also reflects the behavior of the pow function in
> >C. (-1)**(0.5) should yield NAN (Not A Number). (Not a _real_
> >number, anyway.)
>
>Thanks for your response, Kevin. Unfortunately, either I don't understand
>what you're saying, or my results do not correspond with your explanation.
>Here are the results I get (entering both base & exponent values as signal):

The results you describe are different than the ones I get with your
patch. What version of Max/MSP are you using?

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

Date:Fri, 13 Aug 1999 12:47:31 -0400
From:Stephen Kay <sk@COMPUSERVE.COM>
Subject: timeline/edetonate locate problems

>Oh another thing - don't bother trying to make seq pause by setting it
>to use "tick" messages from a metro and turning the ticks on/off.
>Doesn't like it one bit. <Jeff

Really? This used to work for me.

Stephen Kay
The MegaMAX Collection of Max Objects: http://www.musikinetix.com

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

Date:Fri, 13 Aug 1999 10:05:15 -0700
From:Christopher Dobrian <dobrian@UCI.EDU>
Subject: Re: fft~ sync output

In response to: Peter Washburn <spambait@PACBELL.NET>

Peter,

The ramp values from fft~ work fine for me. I don't know by what method you
are looking at the ramp values, but in the test patch below, the ramp
values are sent into a capture~ object, and you can thus verify that fft~
is sending the ramp values it is reputed to send.

--Chris

Here is the test patch.

max v2;
#N vpatcher 50 40 300 201;
#P comment 104 90 115 1310730 2. ...then double-click here to see the ramp


values;
#P user ezdac~ 5 25 49 58 0;
#P newex 35 93 68 1441802 capture~ f;
#P newex 5 72 40 1441802 fft~;
#P comment 51 35 121 1310730 1. start and stop the audio...;
#P connect 1 2 2 0;
#P pop;


----------
Christopher Dobrian / Department of Music / University of California, Irvine
Phone: (949) 824-7288 / Fax: (949) 824-4914 / http://www.arts.uci.edu/dobrian

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

Date:Fri, 13 Aug 1999 21:42:17 +0200
From:Werner Funk <werner.funk@T-ONLINE.DE>
Subject: Re: PlugIns (was: No subject given)

Automatic digest processor schrieb:

> Date:Thu, 12 Aug 1999 16:39:21 +0100
> From:
Sun Electric <sunelectric@BBTT.COM>
> Subject: <No subject given>
>
> Hi MAXers,
>
> I'm using several audio/midi - programs in the mac simultaneously (macAV
> only), MAX/MSP being one of them.
> Since I find IAC busses for midi very helpful, I was wondering if there is
> something similar for audio.
> something like the pluggo bus for the whole mac, not just within logic or
> cubase tracks.
>
for example, I would like to tap the audio-out from any app and feed it
> live to MSP.
>
> ideas?


There is no means to use PlugIns on direct input (e.g. in record mode), without
any soundfile on a track?


Schoene Gruesse von der Cannstatter Altenburg!
Werner Funk

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

Date:Sat, 14 Aug 1999 02:33:23 +0200
From:filip <filip@RHIZ.ORG>
Subject: controllers...

>

some days ago michael wieser, you presented your midi-box

> There are also 32 analoge Inputs, they send their status as Controler(x)
> and have 7bits resolution. The resolution can go up to 10 bits, but I have
> decided to use 7bit only now for some internal filtering (no toggeling LSB).
>
> This 3 boxes have "only" 64digital I/O and 32analog inputs.

i'm not clear about, what a digital I/Os can do. maybe you can enlighten me, what a digital
output can be used for. can it
drive relais or step-motors?..and what do i have to connect to a digital input, to get any
contact to max?


> The housing is a 1HE 19" rackable case. Connectors are D-SUB-25 femal, each
> with GND/5V for external Logic or some required OPAMPs...
>
> Midi in and Midi out is setable on different channels in the next "OS".
>
> This boxes are "stupid" boxes, no settings beside the Midichannels.

this box may be a wonderfull solution, not just as a midicontroller, but also as a tool to
control anything by max...

greetings klaus

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

Date:Sat, 14 Aug 1999 02:37:16 +0200
From:johannes sienknecht <johannes.sienknecht@MEDIEN.UNI-WEIMAR.DE>
Subject: Korg1212+b&wG3+2940U2B

hi,
we are trying to run a setup of two b&w g3s with 400MH, an adaptec
2940u2b scsicontrollercard, and with internal scsi-drives. we have big
problems using the korg 1212 I/O (new software version 1.3)on this
macs with max/msp (and in general). there are many high clicks and the
timing is down. we have tryied to update the power domain for setting
down the transferrate, but the software doesn't accept the card. after
updating to 8.6 the korg extension crashes the mac. has anyone some
experience with this setup? we have also two creamware a8 interfaces,
but they are on the beginning and at the end of the chain. we have a lot
of unexpected errors. and last but not least - we have less than one
week
to get the system run. i hope, that we don't have to change the
computers. thank you very much.

johannes sienknecht

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

End of MAX Digest - 12 Aug 1999 to 13 Aug 1999 (#1999-241)
**********************************************************