Version bump forced by Clojars missing a commit. Nothing new here.
apply-at
has been renamed to apply-by
which more
correctly represents its semantics as it applies the function before
the specified time. apply-at
still exists, except it now applies the
fn at the specified time. To update, simply grep for all occurences of
apply-at
and replace with apply-by
.
When triggering synths it was possible to specify a position for the synth node to be executed in the node tree. This is important for ensuring that synth chains are correctly ordered such that any post-fx synths are executed after the source synth they are modifying. Prior to 0.9.0 this was possibly by prefixing the synth args with 'special' values:
(def my-g (group))
(my-synth :tgt my-g :freq 440)
Overtone figured out that the :tgt my-g
key-val pair were special, and
used them to target the synth node, and not pass them as params to the
synth along with the :freq
param. This was slightly magical and also
potentially clashed with a synth designer's ability to use the special
keywords as valid synth param names.
This syntax has now been deprecated and replaced with a more explicit vector-based syntax. If you wish to target your synth, you need to pass a vector as the first parameter. The vector should be a pair of:
[:target-specifier target]
Valid target specifiers are:
:head
- places new synth node at the head of the target (group):tail
- places new synth node at the tail of the target (group):before
- places new synth node immediately before target (group/synth):after
- places new synth node immediatedly after target (group/synth):replace
- replaces target with new synth nodeTherefore, to place a new instance of my-synth
at the head of my-g
you can issue the following:
(my-synth [:head my-g] :freq 440)
Currently, you'll get an exception if you use the old style syntax. This means that the old keywords are still unavailable to synth designs. This will be relaxed in a future version.
The MIDI API has been substantially revamped. This is in the Apple
tradition of actually reducing functionality with the aim of making the
surviving functionality easier to use. Essentially the underlying MIDI
library provided by the dependency overtone/midi-clj
is no longer
available in the global API which is pulled in automatically to the
overtone.live
and overtone.core
namespaces. Of course, you're still
free to pull in the overtone.midi
namespace, which is still on the
classpath should you need access to the old functions. However, if you
find yourself doing this - please let me know. The aim is for this not
to be necessary.
MIDI devices are now automatically detected on boot and auto-hooked up
to the event system. You have access to the list of detected devices
(and receivers) via the functions: midi-connected-devices
and
midi-connected-receivers
. Take a look at the example file
examples/midi/basic.clj
for more a quick tour of the MIDI API.
If you're working on a sophisticated synth design, or just simply want
to have another perspective of a given synth's design, it's often useful
to be able to look at a visual representation. This is now possible with
the new Graphviz support. You can generate dot notation for an arbitrary
synth design with the function graphviz
.
For example, given the synth:
(defsynth foo []
(out 0 (sin-osc 440)))
You can produce corresponding dot notation with:
(graphviz foo)
Which will return the following string:
digraph synthdef {
1 [label = "{{ <bus> bus 0.0|{{<signals___sin____osc___0>}|signals}} |<__UG_NAME__>out }" style="filled, bold, rounded" shape=record rankdir=LR];
0 [label = "{{ <freq> freq 440.0|<phase> phase 0.0} |<__UG_NAME__>sin-osc }" style="filled, bold, rounded" shape=record rankdir=LR];
0:__UG_NAME__ -> 1:signals___sin____osc___0 ;
}
You can then easily spit
this out to a file and feed it into graphviz
to render an image/pdf etc manually. However, we also provide the
function show-graphviz-synth
which will automatically call dot
to
generate a pdf and then display it for you:
(show-graphviz-synth foo) ;;=> PDF pops up!
This has been exhaustively tested on OS X, so any pull requests for
minor niggles on Linux/Windows are happily
considered. show-graphviz-synth
is currently pretty much guaranteed
not to work on Windows, but it would be awesome if it did.
One aspect of Overtone which is seeing active development is means with which to monitor the internal values within running synths. Overtone 0.9.0 now ships with a bus monitoring system which works with both audio and control busses.
Calling bus-monitor
with a bus will return an atom containing the
current value of the bus. Note that this isn't the peak amplitude,
rather the direct value of the control bus. For multi-channel buses, an
offset may be specified. Current amplitude is updated within the
returned atom every 50 ms.
Overtone now supports a simple persistent key value store which is
essentially a Clojure map serialised as EDN in file with the path
~/.overtone/user-store.clj
. Adding to the store is a matter of
store-set!
and getting values from it is simply store-get
. The store
is meant merely as a simple convenience mechanism for sharing data
between Overtone projects.
Overtone has long provided stop
which kills all synths in the default
group. However, it doesn't clear out all the subgroups which is
sometimes wanted. This is now available with clear
. Overtone also
provides an initial group structure with 'safe' groups both before and
after the default group. These are intended for longer-running synths
either feeding control signals to ephemeral synths or adding FX to
them. These 'safe' groups can now be stopped with stop-all
and also
all the subgroups can be cleared out with clear-all
. For more
information on the default group structure see the foundation-*
fns.
It's now possible to register oneshot handler function for when specific
nodes are created, destroyed, paused or started with the new on-node-*
family of functions. For example to have a function execute every time a
node is started:
(defsynth foo [] (out 0 (sin-osc)))
(def f (foo))
(on-node-started f (fn [m] (println "Node" (-> m :node :id) "started!")))
(node-pause f)
(node-start f) ;;=> "Node 31 started!"
(node-pause f)
(node-start f) ;;=> "Node 31 started!"
It is possible to send information out of a specific synth and into
Overtone as an event via the send-trig
ugen. This is now a little bit
easier with the new trigger handler functions. Firstly, there's
trig-id
which will return you a unique id for use as a trigger id. You
can then feed that to your synth and also use it to register handler
functions to execute when data from that specific synth is received:
;; create new id
(def uid (trig-id))
;; define a synth which uses send-trig
(defsynth foo [t-id 0] (send-trig (impulse 10) t-id (sin-osc)))
;; register a handler fn
(on-trigger uid
(fn [val] (println "trig val:" val))
::debug)
;; create a new instance of synth foo with trigger id as a param
(foo uid)
Using envelopes effectively has long been a dark Overtone art. They have
a huge potential for powerful manipulation of synth internals to finely
control both pitch and timbre though time. The simplest approach to
using envelopes is using the env-gen
helper fns such as perc
and
adsr
. These functions have supported keyword argument semantics
similar to the ugen functions given that they're used in the same
context. However, until this release, they haven't reported their param
list in the function argument list metadata. This is now fixed in this
release. In addition, to help ease discovery of these helper fns, they
are also now prefixed with env-
so those using editors with
autocomplete can find them more easily. The helper functions provided in
0.9.0 are: env-triangle
, env-sine
, env-perc
, env-lin
,
env-cutoff
, env-dadsr
, env-adsr
and env-asr
.
The envelope
function (which all the helper functions are written in
terms of) has also been improved. It is now possible to pass a
heterogeneous list of keywords and floats for the curves
parameter. This means that it's now possible to request different
keywords for different envelope segments. Take a look at the envelope
docstring for extensive information.
Karsten 'Toxi' Schmidt has kindly donated his resonate workshop
files to the examples folder. These can be found within
examples/workshops/resonate2013
. Karsten is renowned for giving
awesome workshops, so it's wonderful to be able to ship with this
material for everyone to play.
Although it can be fairly argued that Overtone is still missing end-user documentation (something we're currently working hard at fixing) we have always had excellent internal documentation and this release continues with this tradition. All of our end-user functions have full docstrings and many of them have been improved and tweaked to make them more readable and understandable.
midi-find-connected-devices
- list all auto-connected MIDI devicesmidi-find-connected-device
- list all auto-connected MIDI devicesmidi-find-connected-receivers
- list all auto-connected MIDI receiversmidi-find-connected-receiver
- list all auto-connected MIDI receiversmidi-device-num
- get the unique device num (for a specific MIDI make/model)midi-full-device-key
- get the full device key used for the event systemcycle-fn
- create a composite fn which cycles through a list of fns on applicationrotate
- treat a list as a circular buffer and offset into itfill
- fill a list with the values of another (cycling if necessary)trig-id
- return a unique id for use with trigger ugenon-trigger
- add handler for when a specific synth trigger event is receivedon-latest-trigger
- similar to on-latest-event but for triggerson-sync-trigger
- similar to on-sync-event but for triggersclear
- stop all running synths in default group and remove all subgroupsstop-all
- stop all running synths including within safe groups. Does not remove subgroups.clear-all
- stop all rurnning synths including within safe groups and remove all subgroups.node-destroyed-event-key
- returns the key used for node destroyed eventsnode-created-event-key
- returns the key used for node created eventsnode-paused-event-key
- returns the key used for node paused eventsnode-started-event-key
- returns the key used for node-started eventson-node-destroyed
- create a oneshot handler triggered when node is destroyedon-node-created
- create a oneshot handler trigered when node is createdon-node-paused
- create a oneshot handler triggered when node is pausedon-node-started
- create a oneshot handler triggered when node is startedgraphviz
- create a valid dot file representation of a synth designshow-graphviz-synth
- show a PDF of the visual representation of a synth designfreesound
- create a playable sample from a freesound idaudio-bus-monitor
- returns an atom which is auto updated with the current bus valuecontrol-bus-monitor
- returns an atom which is auto updated with the current bus valuebus-monitor
- returns an atom which is auto updated with the current bus valuesynth-args
- returns a seq of the synth's args as keywordssynth-arg-index
- returns an integer index of synth's argstore-get
- get value with key from persistent user storestore-set!
- set value with key within user's persistent storestore
- get full persistent store mapenv-triangle
- duplicate of triangle
env-sine
- duplicate of sine
env-perc
- duplicate of perc
env-lin
- duplicate of lin
env-cutoff
- duplicate of cutoff
env-dadsr
- duplicate of dadsr
env-adsr
- duplicate of adsr
env-asr
- duplicate of asr
node-get-control
-> node-get-controls
bus-set!
-> control-bus-set!
bus-get
-> control-bus-get
bus-set-range
-> control-bus-set-range
bus-get-range
-> control-bus-get-range
remove-handler
-> remove-event-handler
remove-all-handlers
-> remove-all-event-handlers
lin-env
-> lin
connected-midi-devices
-> midi-connected-devices
connected-midi-receivers
-> midi-connected-receivers
apply-at
-> apply-by
midi-devices
midi-device?
midi-ports
midi-sources
midi-sinks
midi-find-device
midi-in
midi-out
midi-route
midi-shortmessage-status
midi-sysexmessage-status
midi-shortmessage-command
midi-shortmessage-keys
midi-msg
midi-handle-events
midi-send-msg
hex-char-values
midi-mk-byte-array
midi-play
overtone.synth.sts/prophet
overtone.synth.retro/tb-303
bitcrusher
-> fx-bitcrusher
:num-control-busses
in server-info
apply-at
to apply-by
and implement apply-at
to apply the fn at the specified time, not before it.scale-range
fm
synth about out-bus
paramsampled-piano
about amp
and rate
paramsAudioBus
and ControlBus
print formatter to print a default name and to label the attributes more clearly.RecurringJob
and ScheduledJobs
are now killablepan
param to the sample playersnode-get-control
now only accepts one arg and returns a value. Use new node-get-controls
for old behaviour.sync-event
to take a single map as an argument - similar to eventstore-get
and store-set!
for storing user values separate from the config within ~/.overtone/user-store.clj
tieredStopAtLevel
is set to 1MidiOutReceiver
objects for all detected midi out receivers to enable comms.MAX-OSC-SAMPLES
to work within the constraints of UDP packetson-latest-event
hander-fnsreset-returning-prev!
Group
to support ISynthNode
(given that groups are actually nodes).*
, +
, /
etc.:spec
key in sdefs for unification process. This allows sdefs read from binary scsynthdef files to also be correctly unified.at-at
dependency to 1.2.0fs
to take multiple txt strings (which will subsequently be separated with a space)find-note-name
to handle nil arg - let nil flow throughUnsatisfiedLinkError
when attempting to load native libs and print out error.stop-player
or kill-player
on the return obj from one of the scheduling fns such as periodic
or after-delay
now has correct behaviour.group-free
to actually delete a grouppitch-shift
arg name from window-cize to window-sizeindented-str-block
to correctly count length of linestopological-sort-ugens
*print-length*
dynamic var to ensure all data is printed outbur-rd
and buf-wr
phase arg is at audio rate when ugen is also at audio rate.balance2
vintage-bass
inst to be audible(Some of these committers may have made contributions to previous versions, but this is the first time they're mentioned in this change log).
on-latest-event
which serially handles incoming events with the lowest latency by dropping events it hasn't had time to handle, yet always handling the last event seen.foundation-*
fns below.overtone/sc/machinery/ugen/metadata/extras/README.md
for progress.on-latest-event
- Handles events with minimum latency - drops events it can't handle in timeevent-monitor-on
- prints out all events to stdout (can be very noisy!)event-monitor-off
- turns off event monitoringevent-monitor-timer
- records incoming events for a specified period of timeevent-monitor
- returns map of most recently recorded eventsevent-monitor-keys
- returns seq of all keys of recently seen eventsmidi-capture-next-controller-key
Returns the event key for the next modified controllerbuffer-write-relay
- similar to buffer-write! but doesn't require native synth. Can be very slow for large amounts of data.chord-degree
- Returns the notes constructed by picking thirds in the given note of a given scalefoundation-overtone-group
- returns the group for the whole of the Overtone foundational infrastructurefoundation-output-group
- returns the group for output synthsfoundation-monitor-group
- returns the group for the monitor synths (executed last)foundation-input-group
- returns the group for the input synths (executed first)foundation-root-group
- returns the main group for synth activityfoundation-user-group
- returns the container group for user activityfoundation-default-group
- returns the default user group - use this group for your synthsfoundation-safe-group
- returns the safe group - synths in here will not stop when #'stop is calledfoundation-safe-post-default-group
- returns the safe group positioned before the default group - synths in here will not stop when #'stop is calledfoundation-safe-pre-default-group
- returns the safe group positioned after the default group - synths in here will not stop when #'stop is callednode?
- returns true if obj is a synth node or groupnode-live?
- returns true if node is livenode-loading?
- returns true if node is loading (i.e. the server hasn't responded to say that it's loaded)node-active?
- returns true if node is either loading or liveinactive-node-modification-error
- Returns a keyword representing the current node-modification errors trategyinactive-buffer-modification-error
- Returns a keyword representing the current buffer-modification error strategyblock-node-until-ready?
- Returns true if the current message strategy is to block the current thread until the node you're attempting to communicate with is ready (i.e. live).pp-node-tree
- pretty-print the node-tree to outinterspaced
- calls a fn repeatedly with an interspacing of ms-period. i.e. the next call of the fn will happen ms-period ms after the completion of the previous call.with-no-ugen-checks
- Disables ugen checks in containing form instead printing warning messages instead of raising exceptions. This is useful for the cases when the ugen checks are over zealous.with-ugen-debugging
- Prints debugging information for the ugens within the containing form.without-node-blocking
- Disables the blocking behaviour when attempting to communicate with a node that's not yet live.with-inactive-node-modification-error
- Sets the error strategy for inactive node modification. Options are :exception, :warning and :silentwith-inactive-buffer-modification-error
- Sets the error strategy for inactive buffer modification. Options are :exception, :warning and :silentwith-inactive-modification-error
- Sets the error strategy for both inactive node and buffer modification. Options are :exception, :warning and :silenton-trigger
- prefer event systemremove-trigger
- prefer event systemremove-all-handlers
- calling this removed Overtone's default handlers rendering the system useless.stop-midi-player
-> midi-player-stop
- It can now handle keyssupersaw
dance-kick
quick-kick
haziti-clap
daf-bass
cs80lead
simple-flute
New timing synths
trigger
counter
divider
Started work porting synths from Ixi Lang (overtone/synth/ixi
):
impulser
kick
kick2
kick3
snare
sampled-piano
- now we also have a synth version of the sampled piano with support for :out-bus
arg.
sum
- Adds all inputs togethermix
- Now divides the inputs signals by the number of number of inputsadd-cents
- Returns a frequency which is the result of adding n-cents to the src frequency.mul-add
now auto-determins the correct rate.range-lin
- maps ugens with default range of -1 to 1 to specified rangepoll
- now implemented via send-reply
to print out via Overtone stdout and remove flushing latency./docs/sc-book
)out-bus
argument now added to a number of synths. This should be considered standard practice.tb303
inst now accepts :amp
param#{"+" "-" "*" "/" "<" ">" "<=" ">=" "min" "max" "and" "or"}
env-gen
now defaults to control rate.:m7+9
:data2-f
and :velocity2-f
storing floats between 0 and 1:force
arg to load-sample
:use-mmj
~/.overtone/config.clj
example documenting all config options. Found in docs/config.clj
group-node-tree
now knows how to handle a group as a paramextract-target-pos-args
extraced for :tgt
and :pos
munging.ISynthNode
and IControllableNode
protocols/s_new
could occasionally trigger the handler fn before the ide id is added to active-synth-nodes*
synthdef-write
to resolve tilde paths:osc-msg-received
is now [:overtone :osc-msg-received]
overtone.sc.node/*inactive-node-modification-error*
which may be bound to :silent
, :warning
or :exception
to control the behaviour of the error created when an inactive node is either controlled or killed. (Default is :exception
).os-name
and os-description
helper fnsosc-clj
dependency (which now supports nested OSC bundles in the macro in-osc-bundle
) and move to using the new non-nested osc bundle macro in-unested-osc-bundle
to explicitly not create OSC bundles for SC comms. However, the nested bundle functionality may be useful for communicating with other OSC servers which support this behaviour (which is in the OSC spec).overtone/examples
scsynth
scsynth
path is now discovered on Windows rather than hardcodedovertone.sc.buffer/buffer-alloc-read
- read a audio file from path into a bufferovertone.sc.mixer/recording?
- returns true if Overtone is currently recording audioovertone.sc.buffer/buffer-info?
- determins whether the arg is buffer informationovertone.sc.sample/free-sample
- free buffer associated with a loaded sampleovertone.sc.sample/free-all-loaded-samples
- frees buffers associated with all loaded samplesovertone.sc.buffer/file-buffer?
- returns true if arg is a file bufferovertone.music.pitch/find-scale-name
- discover the name of a scaleovertone.music.pitch/find-note-name
- discover the name of a noteovertone.music.pitch/find-chord
- discover the name of a chordovertone.music.pitch/note-info
- return an info map representing a noteovertone.music.pitch/mk-midi-string
- returns a validated midi note stringovertone.lib.at-at/show-schedule
- displays a list of currently scheduled jobsovertone.sc.node/node-get-control
- get a set of named synth control valuesovertone.sc.node/node-get-control-range
- getn synth control values starting at a given control name or indexovertone.libs.freesound/freesound-search
search freesound.orgovertone.libs.freesound/freesound-searchm
search freesound.org and expand results at macro expansion timeovertone.libs.freesound/freesound-search-paths
search and download from freesound.orgovertone.sc.node/node-tree-zipper
- return a zipper over the node-treeovertone.sc.node/node-tree-seq
- return a seq of node-tree nodesovertone.sc.node/node-tree-matching-synth-ids
- return a seq of node-tree nodes matching a string or regexpovertone.studio.inst/inst-volume
- control the volume of a specific instovertone.studio.inst/inst-pan
- control the pan of a specific instbuffer-cue-close
-> buffer-stream-close
find-note-name
-> find-pitch-class-name
tap
- Listen in to values flowing through scsynth and have them periodically update atoms associated with a synth instance for easy reading from Clojure.scaled-play-buf
- similar to play-buf
but auto-scales ratescaled-v-disk
- similar to v-disk-in
but auto-scales ratehold
- hold input source for set period of time, then stop safelylocal-buf
- now supports SCLang's argument ordering:sc-args
key in the config:log-level
config-get
now supports a default valuectl
can now handle a sequence of nodes to control as its first argument.overtone.live
now consults the config to determine whether t* boot an internal or external synth~/.overtone.log
with two separate rolling files of max 5mb each.demo
- no more clicks or pops!buffer-cue
now auto-allocates a bufferassoc
and cons
defsynth
now supports cgen-like argument mapsIMetronome
ISynthNode
ISynthGroup
ISynthBuffer
ISaveable
IControllableNode
IKillable
examples/piano_phase.clj
examples/row_row_row_your_boat.clj
buffer-info
buffer-cue
buffer-write
now handles start-idx argument correctlyweighted-choose
Can you improve this documentation? These fine people already did:
Sam Aaron & Jeff RoseEdit on GitHub
cljdoc is a website building & hosting documentation for Clojure/Script libraries
× close