louisafriederike b00d9f80ed | 7 months ago | |
---|---|---|
.. | ||
.config/configstore | 7 months ago | |
.vscode | 7 months ago | |
bower_components | 7 months ago | |
build-support/js | 7 months ago | |
dist | 7 months ago | |
node_modules/ws | 7 months ago | |
provisioning | 7 months ago | |
src | 7 months ago | |
tests | 7 months ago | |
.gitattributes | 7 months ago | |
.jshintrc | 7 months ago | |
GPL-LICENSE.txt | 7 months ago | |
Gruntfile.js | 7 months ago | |
MIT-LICENSE.txt | 7 months ago | |
README.md | 7 months ago | |
Vagrantfile | 7 months ago | |
bower.json | 7 months ago | |
clean-npm.sh | 7 months ago | |
package.json | 7 months ago |
README.md
osc.js
osc.js is a library for reading and writing Open Sound Control messages in JavaScript. It works in both Node.js and in a web browser.
osc.js is maintained by Colin Clark. Please respect his unpaid labour (and that of other open source contributors), be kind, share projects you're working on, and consider contributing your own time to help improve the library. ❤️
Why osc.js?
There are several other OSC libraries available for JavaScript. However, most depend on Node.js-specific APIs. This means that they can't be run in a browser or on web-only platforms such as Chrome OS. osc.js uses only cross-platform APIs (TypedArrays
and DataView
), ensuring that it can run in any modern JavaScript environment.
osc.js is fast, comprehensive, fully spec-compliant, tested, modular, and provides a wide variety of optional transports for sending and receiving OSC data.
What Does it Do?
osc.js reads and writes OSC-formatted binary data into plain JavaScript objects. It provides adaptors for Node.js Buffer objects as well as standard ArrayBuffers.
The core of osc.js is transport agnostic. You can receive OSC data in whatever manner works best for your application: serial port APIs such as node-serialport or chrome.serial, socket APIs such as Node.js dgram or WebRTC data channels, WebSockets or binary XHR messages should all work. Connect osc.js up to your source of incoming/outgoing data, and you're all set. This approach is consistent with the design of Open Sound Control as a content format that is independent from its means of transport.
In addition to the low-level encoder/decoder functions, osc.js also provides a comprehensive set of transport objects, called Port
s, for use in standard browsers, Chrome Apps, and Node.js applications. These include:
Transport | Supported Platforms |
---|---|
UDP | Node.js, Chrome Apps |
Serial port | Node.js, Chrome Apps |
Web Sockets | Browsers, Node.js, Chrome Apps |
TCP | Node.js |
For stream-based protocols such as serial and TCP, osc.js will take care of SLIP framing for you.
Status
osc.js supports all OSC 1.0 and 1.1 required and optional types.
Installing osc.js
osc.js is typically installed via npm. Bower support is available, but is deprecated and untested.
Installing with npm
npm is a package manager for Node.js and web-based projects. Dependencies are registered in the npmjs.org registry.
For an npm-based project that depends on osc.js, you'll need a package.json
configuration file for it:
{
"name": "<your project name>",
"version": "<your project version>",
"dependencies": {
"osc": "2.4.1"
}
}
Don't forget to update the name
, version
, and other package.json fields appropriately for your project.
Then, to install osc.js and all your other project dependencies, run:
npm install
Your dependencies will be located in a directory called node_modules
in your project root.
Installing osc.js for use in Electron Applications
Electron allows developers to create applications using Web technologies and deploy them as native applications on Mac, Windows, and Linux.
Electron, however, ships with its own version of Node.js, which may be different from the version you have installed on your computer. osc.js depends on native Node.js modules such as node-serialport, which need to be compiled against the Electron version of Node.js in order for them to work correctly.
To install osc.js for Electron applications, there are two options:
- Follow the instructions provided by the node-serialport project and use electron-rebuild to recompile your dependencies after running
npm install
- Use an
.npmrc
file to override npm's default compile target and runtime settings for Electron. Here's an example of an.npmrc
file. Don't forget to make sure that thetarget
property matches the version of Electron you're using:
target=23.1.3
disturl=https://electronjs.org/headers
runtime=electron
build_from_source=true
How osc.js Works
osc.js consists of two distinct layers:
- The low-level functional API, which provides simple stateless functions for reading and writing OSC packets.
- The transport layer, which provides a simple EventEmitter-style API for sending and receiving OSC packets using a variety of transports such as UDP and Web Sockets.
Typically, you'll use the Port API for sending and receiving OSC packets over a particular transport, but if you want to write your own transports or want a lower-level interface, you can use the functional API directly.
Port API
Methods
All osc.Port
objects implement the following supported methods:
Method | Description | Arguments |
---|---|---|
send |
Sends an OSC package (either a message or a bundle) on this Port. |
packet : the OSC message or bundle to send |
Events
All osc.Port
s implement the Event Emitter API. The following events are supported:
Event | Description | Arguments |
---|---|---|
ready |
Fires when a Port is ready to send or receive messages. | _none_ |
message |
Fires whenever an OSC message is received by the Port. |
message : the OSC message received; timeTag : the time tag specified by the sender (may be undefined for non-bundle messages); info an implementation-specific remote information object
|
bundle |
Fires whenever an OSC bundle is received. Subsequent bundle and/or message events will be fired for each sub-packet in the bundle. |
bundle : the OSC bundle received; timeTag : the time tag specified by the sender; info an implementation-specific remote information object
|
osc |
Fires whenever any type of OSC packet is recieved by this Port. |
packet : the OSC message or bundle receivedinfo an implementation-specific remote information object
|
raw |
Fires whenever any data is recieved by this Port. |
data : an Uint8Array containing the raw data receivedinfo an implementation-specific remote information object
|
error |
Fires whenever an error occurs. |
error : the Error object that was raised
|
Examples
In-depth example osc.js applications for the browser, Node.js, and Chrome OS are available in the osc.js examples repository.
Web Sockets in the Browser
The osc.WebSocketPort
object supports sending and receiving
OSC messages over Web Sockets.
Options
Property | Description | Default Value |
---|---|---|
url | The Web Socket URL to connect to (required for clients) | none |
socket | A Web Socket instance to bind to (optional); if supplied, it is your job to configure and open it appropriately | none |
Sample Code
More code examples showing how osc.js can be used in browser-based, Node.js, and Chrome App applications can be found in the osc.js examples repository.
Including osc.js in your HTML page:
<!DOCTYPE html>
<html>
<head>
<title>osc.js Web Sockets</title>
<meta charset="UTF-8" />
<script src="node_modules/osc.js/dist/osc-browser.min.js"></script>
</head>
<body></body>
</html>
Creating an OSC Web Socket Port object:
var oscPort = new osc.WebSocketPort({
url: "ws://localhost:8081", // URL to your Web Socket server.
metadata: true
});
Opening the Port:
oscPort.open();
Listening for incoming OSC messages:
oscPort.on("message", function (oscMsg) {
console.log("An OSC message just arrived!", oscMsg);
});
Sending OSC messages:
// For most Ports, send() should only be called after the "ready" event fires.
oscPort.on("ready", function () {
oscPort.send({
address: "/carrier/frequency",
args: [
{
type: "f",
value: 440
}
]
});
});
Sending OSC bundles:
oscPort.on("ready", function () {
oscPort.send({
// Tags this bundle with a timestamp that is 60 seconds from now.
// Note that the message will be sent immediately;
// the receiver should use the time tag to determine
// when to act upon the received message.
timeTag: osc.timeTag(60),
packets: [
{
address: "/carrier/frequency",
args: [
{
type: "f",
value: 440
}
]
},
{
address: "/carrier/amplitude",
args: [
{
type: "f",
value: 0.5
}
]
}
]
});
});
Using osc.js with Require.js
// Define your module paths, including osc.js' dependencies.
// Note: these paths must resolve to wherever you have placed
// osc.js, slip.js, and eventEmitter in your project.
require.config({
paths: {
slip: "../node_modules/slip.js/dist/slip.min",
EventEmitter: "../node_modules/eventEmitter/EventEmitter.min",
long: "../node_modules/long/dist/Long.min",
osc: "../node_modules/osc.js/osc-module.min"
}
});
// Load it asynchronously.
require(["osc"], function (osc) {
// Do something with osc.js when it has fully loaded.
});
Using osc.js with WebPack, etc. - help wanted!
Users have reported that osc.js can be used in browser-based applications with WebPack by loading the pre-built osc-browser.js
package in their code:
require("osc/dist/osc-browser");
osc.js is not currently tested using WebPack due to limited support resources. Nonetheless, contributions are very much welcomed from the community to help make osc.js more idiomatic when using WebPack or similar technologies, particularly if such changes enable continued support of simpler toolchains (or none) and the use of long-standing browser idioms such as plain old script
tags.
osc.js also does not currently support being loaded as an ES6 module. Contributions for this are also welcome, but any solution should support full compatibility with simpler and long-standing web idioms as above (hint: a new built file will be required that contains suitable ES6 export boilerplate).
Web Sockets in Node.js
The osc.WebSocketPort
object supports sending and receiving
OSC messages over Web Sockets.
Options
Property | Description | Default Value |
---|---|---|
url | The Web Socket URL to connect to (required for clients) | none |
socket | A Web Socket instance to bind to (required for servers, optional for clients); if supplied, it is your job to configure and open it appropriately | none |
Sample Code
var osc = require("osc"),
http = require("http"),
WebSocket = require("ws");
// Create an Express server app
// and serve up a directory of static files.
var app = require("express").express(),
server = app.listen(8081);
app.use("/", express.static(__dirname + "/static"));
// Listen for Web Socket requests.
var wss = new WebSocket.Server({
server: server
});
// Listen for Web Socket connections.
wss.on("connection", function (socket) {
var socketPort = new osc.WebSocketPort({
socket: socket,
metadata: true
});
socketPort.on("message", function (oscMsg) {
console.log("An OSC Message was received!", oscMsg);
});
});
UDP in Node.js
The osc.UDPPort
object supports the sending and receiving of
OSC messages over Node.js's UDP sockets. It also supports broadcast and multicast UDP.
Options
Property | Description | Default Value |
---|---|---|
localPort | The port to listen on | 57121 |
localAddress | The local address to bind to | "127.0.0.1" |
remotePort | The remote port to send messages to (optional) | none |
remoteAddress | The remote address to send messages to (optional) | none |
broadcast | A flag specifying if messages should be sent via UDP broadcast | false |
multicastTTL | The time to live (number of hops) for a multicast connection (optional) | none |
multicastMembership | An array of multicast addresses to join when listening for multicast messages (optional) | none |
socket | A raw dgram.Socket to use instead of osc.js creating one for you; if supplied, it is your job to configure and bind it appropriately | none |
Sample Code
// Create an osc.js UDP Port listening on port 57121.
var udpPort = new osc.UDPPort({
localAddress: "0.0.0.0",
localPort: 57121,
metadata: true
});
// Listen for incoming OSC messages.
udpPort.on("message", function (oscMsg, timeTag, info) {
console.log("An OSC message just arrived!", oscMsg);
console.log("Remote info is: ", info);
});
// Open the socket.
udpPort.open();
// When the port is read, send an OSC message to, say, SuperCollider
udpPort.on("ready", function () {
udpPort.send({
address: "/s_new",
args: [
{
type: "s",
value: "default"
},
{
type: "i",
value: 100
}
]
}, "127.0.0.1", 57110);
});
Serial in a Chrome App
Including osc.js in your Chrome App page
<script src="../bower_components/osc.js/dist/osc-chromeapp.min.js"></script>
Defining the appropriate permissions in manifest.json
{
"name": "OSC.js Chrome App Demo",
"version": "1",
"manifest_version": 2,
"permissions": [
"serial"
],
"app": {
"background": {
"scripts": ["js/launch.js"],
"transient": true
}
}
}
Connecting to the serial port and listening for OSC messages
// Instantiate a new OSC Serial Port.
var serialPort = new osc.SerialPort({
devicePath: "/dev/cu.usbmodem22131",
metadata: true
});
// Listen for the message event and map the OSC message to the synth.
serialPort.on("message", function (oscMsg) {
console.log("An OSC message was received!", oscMsg);
});
// Open the port.
serialPort.open();
UDP in a Chrome App
The osc.UDPPort
object supports the sending and receiving of
OSC messages over a chrome.sockets.udp
socket. It also supports broadcast and multicast UDP.
Options
Property | Description | Default Value |
---|---|---|
localPort | The port to listen on | 57121 |
localAddress | The local address to bind to | "127.0.0.1" |
remotePort | The remote port to send messages to (optional) | none |
remoteAddress | The remote address to send messages to (optional) | none |
broadcast | A flag specifying if messages should be sent via UDP broadcast | false |
multicastTTL | The time to live (number of hops) for a multicast connection (optional) | none |
multicastMembership | An array of multicast addresses to join when listening for multicast messages (optional) | none |
socketId | The id of an existing socket to use instead of osc.js creating one for you; if supplied, it is your job to configure and bind it appropriately | none |
Handling Errors
All osc.js Transport objects emit "error"
messages whenever an error occurs,
such as when a malformed message is received. You should always listen for errors and
handle them in an appropriate manner for your application.
var port = osc.UDPPort();
port.on("error", function (error) {
console.log("An error occurred: ", error.message);
});
The low-level osc.js API, described below, will throw JavaScript Error
objects whenever an error occurs;
they should be caught and handled using
try
/catch
.
var msg;
try {
msg = osc.readPacket(rawPacket);
} catch (error) {
console.log("An error occurred: ", error.message);
}
The osc.js Low-Level API
OSC Bundle and Message Objects
osc.js represents bundles and messages as (mostly) JSON-compatible objects. Here's how they are structured:
Messages
OSC Message objects consist of two properties, address
, which contains the URL-style address path and args
which is an array of either raw argument values or type-annotated Argument objects (depending on the value of the metadata
option used when reading the message).
{
address: "/an/osc/address",
args: [
{} // Raw or type-annotated OSC arguments
]
}
Bundles
OSC bundle objects consist of a time tag and an array of packets
. Packets can be a mix of OSC bundle objects and message objects.
{
timeTag: {
// OSC Time Tag object
},
packets: [
{} // Nested OSC bundle and message objects>
]
}
Argument Objects with Type Metadata
Type-annotated argument objects contain two properties: type
, which contains the OSC type tag character (e.g. "i"
, "f"
, "t"
, etc.) and the raw value
.
{
type: "f", // OSC type tag string
value: 444.4
}
If you are using type-annotated arguments, you should also set the metadata
option to true
when you instantiate your OSCPort
instance (or in the options
argument to osc.writeMessage
if you're using the low-level API).
Time Tags
Time tag objects contain two different representations: the raw NTP time and the equivalent (though less precise) native JavaScript timestamp. NTP times consist of a pair of values in an array. The first value represents the number of seconds since January 1, 1900. The second value is a Uint32 value (i.e. between 0 and 4294967296) that represents fractions of a second.
JavaScript timestamps are represented as milliseconds since January 1, 1970, which is the same unit as is returned by calls to Date.now()
.
{
raw: [
3608146800, // seconds since January 1, 1900.
2147483648 // fractions of a second
],
native: Number // Milliseconds since January 1, 1970
}
Colours
Colours are automatically normalized to CSS 3 rgba values (i.e. the alpha channel is represented as a float from 0.0
to 1.0
).
{
r: 255,
g: 255,
b: 255,
a: 1.0
}
Functions
There are two primary functions in osc.js used to read and write OSC data:
Function | Description | Arguments | Return value |
---|---|---|---|
osc.readPacket() |
Decodes binary OSC message into a tree of JavaScript objects containing the messages or bundles that were read. |
data : A Uint8Array containing the raw data of the OSC packet; options : (optional) An options object, described below; offsetState : (optional) an offset state object containing an idx property that specifies the offset index into data ; length the length (in bytes) to read from data
|
An osc.js message or bundle object |
osc.writePacket() |
Writes an OSC message or bundle object to a binary array. |
packet : An osc.js message or bundle object;options : (optional) An options object, described below |
A Uint8Array |
Options
Many osc.js functions take an options
object that can be used to customize its behaviour. These options are also supported by all osc.Port
objects, and can be included as a parameter in the options
arguments passed to any Port
constructor. The supported fields in an options object are:
metadata
: specifies if the OSC type metadata should be included. By default, type metadata isn't included when reading packets, and is inferred automatically when writing packets. If you need greater precision in regards to the arguments in an OSC message, set themetadata
argument to true. Defaults tofalse
.unpackSingleArgs
: specifies if osc.js should automatically unpack single-argument messages so that theirargs
property isn't wrapped in an array. Defaults totrue
.
Mapping OSC to JS
Here are a few examples showing how OSC packets are mapped to plain JavaScript objects by osc.js.
Message | Objects |
---|---|
"/carrier/freq" ",f" 440.4 |
|
"/float/andArray" ",f[ff]" 440.4 42 47 |
|
"/aTimeTag" ",t" 3608146800 2147483648 |
|
"/blob" ",b" 0x63 0x61 0x74 0x21 |
|
"/colour" ",r" "255 255 255 255" |
|
"/midiMessage" ",m" 0x00 0x90 0x45 0x65 |
|
License
osc.js is maintained by Colin Clark and distributed under the MIT and GPL 3 licenses.
Supported Environments
osc.js releases are tested and supported on a best-effort basis in the following environments:
Environment | Tested OS | Version |
---|---|---|
Chrome | Mac OS X, Windows | Stable channel |
Firefox | Mac OS X, Windows | Stable channel |
Safari | Mac OS X | Latest |
Edge | Windows | Latest |
Node.js | Mac OS X, Windows | LTS |
Electron | Mac OS X, Windows | Latest |
Contributing to osc.js
Contributions and pull requests to osc.js are hugely appreciated. Wherever possible, all fixes and new features should be accompanied by unit tests to help verify that they work and avoid regressions. When new features are introduced, a pull request to the osc.js-examples repository with an example of how to use it is also appreciated.
Code should follow the style conventions of the project (such as they are), which can be automatically validated using JSHint by running grunt jshint
.
Currently, the project is maintained by one person; sometimes it will take a bit of time to respond, review, and merge contributions. Help with bug triage, code reviews, testing, and examples is also welcome.
How to Build and Test Your Contributions
osc.js depends on npm, Grunt, and Testem. Make sure you have these installed, and then run the following commands to fetch all necessary dependencies:
npm install
To lint and generate builds from new source code:
grunt
Running the unit tests:
- To run the fully automated tests, run "npm test"
- To run the electron tests, run "npm run electron-test"
Contributors
- @colinbdclark wrote osc.js.
- @jacoscaz and @xseignard fixed bugs.
- @drart made and helped test some examples.
- @egasimus added support for 64-bit integers.
- @heisters contributed fixes for broadcast and multicast UDP on Node.js and improved time tag support.
- @tambien fixed error handling bugs in the transports layer.
- @janslow added support for passing remote information to all Port data events.