| Objects | page : 1
2
3
4
5 6
7
8
9
10
|
|
modal_fuzzharm
| External |
    |
The modal_fuzzharm object outputs a fuzzy logic chord harmonization based on incoming pitch classes. a.k.a. an auto-chord harmonizer.
created by V.J. Manzo
The modal_fuzzharm object outputs a fuzzy logic chord harmonization based on incoming pitch classes. The object integrates with several objects in the modal_object library including the modal_pc_match object to determine if the incoming note played is diatonic or chromatic and that notes relationship in the context of the specified tonic and mode. For example, is the incoming note scale degree 1? Is it chromatic scale degree #4? If so, how do we want to harmonize that note when we receive it?
Double clicking the modal_fuzzharm object allows a user to see a table of chord symbols that the modal_triad object can interpret. The user can increase the probability weight to the table by clicking on one of the cells in the column for the desired chord/function listed in the top row. By default, all probabilities are set to zero. For example, if the incoming note matches scale degree one, you’d probably want to harmonize that note with the I chord, the IV chord and the vi chord since that scale degree one is present in all of these chords. Other chords may be used to harmonize that note as well, but you’d probably want the object to choose some chords more frequently than others, so we give them a higher table weight by clicking further down on the cells.
A bang sent to the modal_fuzzharm object will choose one of the chords to harmonize that note with based on the weightings you’ve specified. The table can be opened and presets can be saved. In the help file for this object, the seven diatonic scale degrees all have modal_fuzzharm objects connected so that when one of these scale degrees is played, the note will be harmonized in any way the user specifies. A specified table file has been loaded for each modal_fuzzharm object when the help opens which illustrates some default probability settings that harmonize these notes with diatonic chord functions.
created by V.J. Manzo
www.vjmanzo.com | www.vincemanzo.com |
|
net.tcp.recv
| Javaclass (mxj) |
|
network communication – receives TCP packets
only one receiving object can be bound to any one port. |
|
net.udp.recv
| Javaclass (mxj) |
|
network communication – receive datagram packets - UDP
only one receiving object can be bound to any one port. |
|
netreceive
| External |
|
object to receive control data over any network connection (TCP or UDP over LAN or internet) to the appropriate objects in Max or PureData.
object to receive control data over any network connection (TCP or UDP over LAN or internet) to the appropriate objects in Max or PureData. netreceive can also be used to receive data from Flash, PHP, Java and some more. |
|
netreceive~
| External |
 |
receive uncompressed audio signals over network connections
receive uncompressed audio signals over network connections |
|
netsend~
| External |
|
send uncompressed audio signals over network connections
like netsend / netreceive, but for low-latency multichannel audio 1 comment
|
|
normalize~
| External |
|
Scale a signal based on its maximum amplitude
Scale a signal based on its maximum amplitude. normalize~ performs real-time normalization of its input by multiplying each input sample value by a scaling factor Ñ computed as the maximum output value (sent either as a signal or a float in the right inlet) over the maximum signal input value received thus far. You can change the maximum input value with the reset message or with a float in the left input. If no argument follows "reset" the new maximum input value (and the initial maximum input value) is 0.000001 |
|
notein
| External |
|
Output incoming MIDI note messages
Notein takes an optional argument for port and channel selection. If a MIDI note message is received, notein outputs ints from right (MIDI channel), middle (velocity), to left (Note number). Note-off messages are output with a velocity of 0. |
|
nottcp
| External |
|
this object provides an interface between MAX messages and the Open Transport TCP network abstraction layer.
this object provides an interface between MAX messages and the Open Transport TCP network abstraction layer. its purpose is to send and receive data over a TCP connection. it provides also the functionality necessary to establish such a connection both at client (aka active) and server (aka passive) side. |
|
och.udp
| Abstraction |
|
nodejs-based udp implementation for max.
A new nodejs-based implementation of udp. In receive mode, it allows to know from where the messages are coming from. In send mode, it can receive back responses! |
|
offer
| External |
|
Store X, Y pairs temporarilily
offer was designed for use with algorithms that transform the pitch of an incoming note stream. By storing the original and transformed note together (the transformed may be sent in the right inlet, immediately followed by the original, or they can be sent as a list) when the pitch of the note-on is changed, the transformed pitch can be retreived when the note-off is received. An example is shown in the subpatch at right. Double-click to see it. |
|
onebang
| External |
|
Pass only one bang through..
Receives a bang in the left inlet. It lets a bang in the left inlet get through ONLY if a bang has been received in the right inlet. After that, a bang in the left inlet will not get through again until a bang has been received again in the right inlet. |
|
otudp
| External |
|
Send or receive data over ethernet using the UDP protocol, using Open Transport. |
|
packetparse~
| External |
|
Parses audio and data packets from packetbuild~and received with otudp |
|
PDOSCClient
| Javaclass (mxj) |
|
Object for mxj and pdj to provide a bi-directional OSC client.
Allows to send and receive from the same socket. Supports the OSC 1.0 type tags, bundles, and both UDP and TCP transport. Supercedes older UDPOSCPort object. |
| page : 1
2
3
4
5 6
7
8
9
10
|
