Open Sound Control: Difference between revisions

Revision as of 12:35, 25 October 2023

Latest revision as of 02:23, 11 August 2025

(24 intermediate revisions by 13 users not shown)

Line 1:

{{Short description|Protocol for multimedia devices}}

{{No footnotes|date=August 2010}}

[[File:IPad_TouchOSC_&_microKontrol.jpg | thumb | right | iPad running [[TouchOSC]]]]

'''Open Sound Control''' ('''OSC''') is a [[Communications protocol|protocol]] for networking [[Synthesizer|sound synthesizers]], computers, and other multimedia devices for purposes such as musical performance or [[show control]]. OSC's advantages include [[interoperability]], accuracy, flexibility and enhanced organization and documentation.<ref name="osc org">{{cite web |title=Introduction to OSC |url=http://opensoundcontrol.org/spec-1_0.html#introduction |website=opensoundcontrol.org |date=7 April 2021 |access-date=11 September 2021}}</ref> Its disadvantages include inefficient [[Computer programming|coding of information]], increased load on [[Embedded system|embedded processors]],<ref name=":0">{{Cite web |last=Fraietta |first=Angelo |date=2008 |title=Open Sound Control: Constraints and Limitations |doi=10.5281/zenodo.1179537 |s2cid=5690441 |language=en}}</ref> and lack of standardized messages/interoperability.<ref>{{Cite web |title=Home · fabb/SynOSCopy Wiki |url=https://github.com/fabb/SynOSCopy |access-date=2022-12-31 |website=GitHub |language=en |quote=one of the reasons OSC has not replaced MIDI yet is that there is no connect-and-play … There is no standard namespace in OSC for interfacing e.g. a synth}}</ref><ref>{{Cite web |last=Supper |first=Ben |date=October 24, 2012 |title=We hate MIDI. We love MIDI. |url=https://focusritedevelopmentteam.wordpress.com/2012/10/24/we-hate-midi-we-love-midi/ |access-date=2023-01-01 |website=Focusrite Development |language=en |quote=OSC suffers from a superset of this problem: it’s anarchy, and deliberately so. The owners of the specification have been so eager to avoid imposing constraints upon it that it has become increasingly difficult for hardware to cope with it. … More severely, there is an interoperability problem. OSC lacks a defined namespace for even the most common musical exchanges, to the extent that one cannot use it to send Middle C from a sequencer to a synthesiser in a standardised manner}}</ref><ref>{{Cite web |title=OSC-Namespace and OSC-State: Schemata for Describing the Namespace and State of OSC-Enabled Systems |url=https://www.nime.org/proceedings/2014/nime2014_300.pdf |quote=OSC also introduces new obstacles. First, since there is no fixed set of messages, each participating server needs to know what messages it can send to the servers it intends to communicate with. Currently the OSC standard does not provide for a means of programmatically discovering all messages a server responds to}}</ref> The first specification was released in March 2002.

== Motivation ==

OSC is a [[content format]] developed at [[CNMAT]] by Adrian Freed and Matt Wright comparable to [[XML]], [[WDDX]], or [[JSON]].<ref>{{cite web |title=OpenSoundControl {{!}} CNMAT |url=http://cnmat.berkeley.edu/opensoundcontrol |website=cnmat.berkeley.edu |access-date=22 December 2019}}</ref> It was originally intended for sharing music performance data ([[Gesture|gestures]], parameters and note sequences) between musical instruments (especially [[electronic musical instruments]] such as [[synthesizers]]), computers, and other multimedia devices. OSC is sometimes used as an alternative to the 1983 [[MIDI]] standard, when higher resolution and a richer parameter space is desired. OSC messages are transported across the internet and within local subnets using [[UDP/IP]] and [[Ethernet]]. OSC messages between gestural controllers are usually transmitted over serial endpoints of [[USB]] wrapped in the [[Serial Line Internet Protocol|SLIP]] protocol.{{Citation needed|date=December 2022}}

== Features ==

Line 16:

== Applications ==

There are dozens of OSC applications, including real-time sound and media processing environments, web interactivity tools, software synthesizers, programming languages and hardware devices. OSC has achieved wide use in fields including [[musical expression]], robotics, video performance interfaces, distributed music systems and [[inter-process communication]].

The [[TUIO]] community standard for tangible interfaces such as multitouch is built on top of OSC. Similarly the GDIF system for representing gestures integrates OSC.

Line 22:

OSC is used extensively in experimental musical controllers, and has been built into several open source and commercial products.

The Open Sound World (OSW) music programming language is designed around OSC messaging.<ref>{{cite web |title=OSW Manual OpenSound Control (OSC) |url=httphttps://osw.sourceforge.net/manual/osc.htm |website=osw.sourceforge.net |access-date=22 December 2019}}</ref>

OSC is the heart of the [[Disposable Soft Synth Interface|DSSI]] plugin API, an evolution of the LADSPA API, in order to make the eventual [[Graphical user interface|GUI]] interact with the core of the plugin via messaging the plugin host. LADSPA and DSSI are APIs dedicated to audio effects and synthesizers.

Line 35:

* [[Ardour (audio processor)|Ardour]]

* [[Aurora dBTechnologies Network]]

* [[BiduleBespokeSynth]]

* [[ChucK]]

* [[CasparCG (open source video graphics engine)]]

Line 52:

* [[LiVES]]

* [[Logic Pro]]

* [[LoopToGo]]

* [[MadMapper]]

* [[Magic Music Visuals]]

* [[Max/MSP]]

Line 68 ⟶ 70:

* [[REAPER]]

* [[Renoise]]

* [[Resolume Arena/Avenue]]

* [[ShowForge]]

* [[SPAT Revolution]]

* [[Sonic Pi]]

* [[SuperColliderSPAT Revolution]]

* [[Squeak]]

* [[SuperCollider]]

* [[Surge XT]]

* [[TouchDesigner]]

* [[TouchOSC]]

* [[Unreal Engine]]

* [[VRChat]]

* [[Ventuz]]

* [[X32ReaperAutoMate]]

* [[X32XLiveAutoMate]]

* [[WingReaperAutoMate]]

* [[WingWLiveAutoMate]]

}}

Line 87 ⟶ 96:

* [[Audiocubes]]

* [[ETCConnect|ETC]] EOS Consoles

* [[MA Lightning]]

* [[DiGiCo]] SD Mixing Consoles

* [[Flic (company)|Flic]] Flic smart controller

Line 100 ⟶ 110:

== Design ==

OSC messages consist of an address pattern (such as <code>/oscillator/4/frequency</code>), a type tag string (such as <code>,fi</code> for a [[float32]] argument followed by an [[int32]] argument), and the arguments themselves (which may include a time tag).<ref name=":1" /> Address patterns form a [[Namespace|hierarchical name space]], reminiscent of a [[Unix]] [[filesystem]] path, or a [[Uniform Resource Locator|URL]], and refer to "[[Method (computer programming)|Methods]]" inside the server, which are invoked with the attached [[Parameter (computer programming)|arguments]]. Type tag strings are a compact string representation of the argument types. Arguments are represented in [[Binary number|binary]] form with four-[[byte]] alignment. The core types supported are

* 32-bit [[two's complement]] signed integers

Line 122 ⟶ 132:

* Freed, A., Schmeder, A., "Features and Future of Open Sound Control version 1.1 for NIME", NIME Conference 2009.

* Wright, M., Freed, A., "Open Sound Control: A New Protocol for Communicating with Sound Synthesizers", International Computer Music Conference, Thessaloniki, Greece, 1997.

* Patrick-Gilles Maillot, "UNOFFICIAL X32/M32 OSC REMOTE PROTOCOL", https://drive.google.com/file/d/1Snbwx3m6us6L1qeP1_pD6s8hbJpIpD0a1Yt_S1mpPt3CAzeq3Dnpe_IqctQ-1GlTz/view?usp=share_link, 2012-.

* Patrick-Gilles Maillot, "OSCWING Remote Control Documentation for WINGProtocols", https://mediadldrive.musictribegoogle.com/downloadfile/softwared/behringer1-iptgd2Uxw4qPEbmegG2Sqccf8AbRRfk/WING/BE-P0BV2-WING-OSC-Documentation-0.59.pdfview, 2020-.

== External links ==