Ninjam

NINJAM stands for Novel Intervallic Network Jamming Architecture for Music. The software and systems comprising NINJAM provide a non-realtime mechanism for exchanging audio data across the internet, with a synchronisation mechanism based on musical form. It provides a way for musicians to "jam" (improvise) together over the Internet; it pioneered the concept of "virtual-time" jamming. It was originally developed by Brennan Underwood, Justin Frankel, and Tom Pepper.

NINJAM
NINJAM Console
Original author(s)Brennan Underwood, Justin Frankel, with notable work by Tom Pepper
Developer(s)various
Initial releaseJuly 9, 2005 (2005-07-09)
Stable release
v0.06 (client & server), / July 20, 2005 (client), May 3, 2007 (server)
Operating systemWindows, Mac OS X, Linux
Available inEnglish
TypeCollaborative musical jamming
LicenseGNU General Public License
Websitewww.ninjam.com

Principle

Creating music naturally relies on players' ability to keep time with each other. Latency between players causes natural time keeping to be thrown awry. The internet does not provide a low-latency data exchange mechanism that can be used over global distances.[1] In order to approach latency-free collaboration, NINJAM extends the latency, by delaying all received audio until it can be synchronised with other players. The delay is based on the musical form. This synchronisation means that each player hears the others in a session and can play along with them. NINJAM defines the form in terms of the "interval" - the number of beats to be recorded before synchronising with other players. For example, with an interval of 16, four bars of common time would be recorded from each player, then played back to all others.

Reception

The process was described in Wired as "glitch-free", and "designed for musicians who enjoy realtime collaboration."[2] In MIT Technology Review, the software's users are described as "really loyal" due to its free and open source status.[3] Other music product vendors have added support for NINJAM; Expert Sleepers, a vendor of electronic music hardware and software, added plugin support for NINJAM in 2006.[4]

Technical background

Each player in a NINJAM session feeds audio data from their client to a server via a TCP/IP connection to a specific port (commonly in the range 2049 upwards, depending on the host).

The "client" here is only the component that the player uses to connect to a NINJAM server, encode and transmit their audio stream, receive and decode remote players' streams and handle the chat (IRC-like) session. Each player will also need some way of feeding audio information to the NINJAM client - either by using the client as a plugin in a DAW or by using the standalone version with a direct audio input.

Each client's data is synchronised against a distributed clock. This clocking is then used to distribute the data out to all the other clients so that they can play all the remote streams in sync. The server does little apart from manage connections, chat and data streaming.

Overview of usage

Clients and client setup considerations

Common considerations

All clients feed data at 0 dB to the server, regardless of local monitoring levels. When setting up, the NINJAM client "local" level is set to 0 dB. "Local" does not affect transmitted volume. The slider labelled "local" only affects what the user hears locally, not what others hear. The user must adjust their input level - before the NINJAM client in the signal path - to affect what remote players are hearing. There is limited headroom in an audio channel, so it is considered good practice never to let audio level peak above 12 dB, and to set one's "loud" level at around 18 dB; this ensures space in the mix for others.

REAPER-tied VST effect

VST effects are a commonly used option (based on number of posts on the NINJAM support forums[5]) but requires that the user install REAPER.

Open Source AU plugin

Derived from the Open Source Standalone version, works on Mac AU hosts. Similar considerations to REAPER-tied VST effect above.

Open Source standalone clients

Standalone clients are available for Windows, Mac OS and Linux. As the Linux version works with JACK, it can have audio routed to it from any JACK client. On Windows, use with virtual audio sources is problematic as there is no comparatively easy routing mechanism. Hence it is more suited to real instruments, where it provides a simpler alternative to the complexity of running a DAW just to access NINJAM.

Server and server set-up requirements

More detailed set-up and configuration is available on the NINJAM web site.[6]

Bandwidth

According to Cockos, of bandwidth requirements, outbound bandwidth is the major requirement. A 4-person session will require approximately 768kbit/s of outbound and 240kbit/s of inbound bandwidth. An 8-person session will require approximately 3Mbit/s of outbound (and 600kbit/s inbound) bandwidth.[7]

O/S, Hardware & NINJAM
Win32

Windows 2000 or later, CPU 500 MHz, RAM 4MB, NINJAM v0.06

OS X

OS X 10.3 or later, G3. RAM 4MB NINJAM v0.01a ALPHA for OS X

Linux

It is claimed[7] that the server source code compiles on Linux, FreeBSD, Darwin/OS X, and Windows. There is no information available regarding what versions of Linux & FreeBSD are required nor of the hardware required to support the application running under those OS's.

Development status

This is a GPL project, so source code is available. Development appears to have stopped in 2005 for the client and 2007 for the server,[8] but since 2012 new clients (wahjam,[9] Jamtaba,[10] Zenjam[11] and Ninjam-js[12]) have been created. The Cockos Ninjam page lists the github page justinfrankel/ninjam as the "official github mirror," and that page shows a commit in late April, 2020.[13]

Content

The NINJAM servers hosted by Cockos record and index their content at NINJAM AutoSong under the Creative Commons license; the music files are hosted at The Internet Archive. As of January 2010 there were over 23,000 hours of content, or approximately 1.2TB.[14] As of March 2012, recording activity is ongoing.

gollark: See, noise pollution and such from commercial areas diminishes with distance, but with zero distance there are problems.
gollark: Plus, there was noise pollution.
gollark: We tried this, but people aren't that compressible.
gollark: The citizens loved* it!
gollark: This is how *I* designed cities in some cases as a city game player.

References
  1. Guensche, Ron (August 2, 2007), Real-time Remote Collaboration via NINJAM, ProRec.com, archived from the original on 2008-12-10, retrieved 2012-03-30
  2. Van Buskirk, Eliot (April 26, 2007). "NINJAM: Near-Real-Time, Glitch-free Online Music Collaboration". Wired.
  3. Greene, Kate (May 25, 2007). "Jam Online in Real Time". MIT Technology Review.
  4. "NINJAM Plug-in v1.1". MacMusic.com. November 24, 2006. Missing or empty |url= (help)
  5. "NINJAM support forums". Cockos.com.
  6. "NINJAM Server Guide". NINJAM.com. Retrieved 2010-01-13.
  7. "Download". NINJAM.com. Retrieved 2010-01-13.
  8. "NINJAM product page". Cockos.com.
  9. wahjam.org
  10. Jamtaba.com
  11. Zenjam Web Site
  12. ninjam-js Github Page
  13. Cockos Ninjam page Cockos, accessed 12 April 2020.
  14. "Autosong statistics". NINJAM.com. Retrieved 2010-01-13.
This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.