ZIPI

From Wikipedia, the free encyclopedia

For the Spanish comic strip known as Zipi y Zape, click here.

ZIPI or Zeta Instrument Processor Interface was a research project initiated by Zeta Instruments and UC Berkeley's CNMAT (Center for New Music and Audio Technologies). Introduced in 1994 in a series of publications in Computer Music Journal from MIT Press, ZIPI was intended as the next-generation transport protocol for digital musical instruments, designed with compliance to OSI model.

Contents

[edit] Concept

The draft working version of ZIPI was primarily aimed at addressing many limitations of MIDI (Musical Instrument Digital Interface). Unlike MIDI which uses a peer-to-peer serial port connection, ZIPI was designed to run over a star network with a hub in the center. This allowed for faster connection and disconnection, because there was no need to daisy-chain multiple devices. Ethernet 10Base-T was used at the physical layer, but the authors tried to distance themself from physical implementation as much as possible.

There were proposals for querying device capabilities, patch names and other system and patch parameters, as well as uploading and downloading samples into device memory.

[edit] MPDL

ZIPI used completely new event system and complex note addressing scheme. At the heart of the new protocol was Music Parameter Description Language [1] seen as a direct replacement to MIDI events.

The main change was the addressing of devices. Instead of dealing with 16 channels each having one single bank/patch combination at a time, MPDL was designed to deal with up to 63 Families each capable of addressing 127 Instruments which could actually be combined from different physical devices. Each instrument was capable of playing 127 notes, just like in MIDI. This created a possible 1,016,127 of note addresses, and each of then could possibly have a different program associate with it (although the developers hinted that devices would impose some practical limit the number of simultnesusly available programs). Each note could then be triggered, retriggered or released, with its pitch, loudness, pan position etc. changed in a series of note-specific messages. The events could be grouped, providing the possibility to change parameters of several notes, or even instruments, at once.

The unusual addressing method provided for implementing non-standard scenarios like MIDI guitar controller, where each of the six strings would be controlled independently. Also, the instant note-on capability was supposed to improve on deficiences of note detection (tracking) on lower strings in guitar MIDI systems - the note would begin sounding as a noise or some undefined low note, but once the logic has tracked the actual pitch , it would be sent by a follow-up message without retriggering the note.

Most events were direct carryovers from MIDI, although some were given more pronounced names in order to avoid ambiguity. The resolution of control message parameters could be any miltiply of 8-bit, potentially extending 7-bit resolution typical of MIDI to 32 or more bits.

There were also some of higher-level messages corresponding to advanced program parameters such as modulation and envelopes and 3D spatialization of voices.

[edit] Outcome of the project

Although ZIPI provided many outstanding new features, they did not line up well with existing MIDI-based implementations. Its complex note addressing scheme was the main factor in the lack of its adoption.

As no commercial devices were released supporting ZIPI, the introduction of the superior "FireWire" (IEEE1394) standard and the sufficiency of MIDI for most applications soon led to the practical demise of the project.

The developers continued on to work on OpenSound Control protocol.

[edit] See also

[edit] External links