A lighting control console (also called a lightboard , lighting board , or lighting desk ) is an electronic device used in theatrical lighting design to control multiple stage lights at once. They are used throughout the entertainment industry and are normally placed at the front of house (FOH) position or in a control booth .
39-598: CITP may stand for: Computers and networking - Entertainment control systems (Lighting / Media) [ edit ] Controller Interface Transport Protocol , an open communications protocol for the integration of visualizers, lighting consoles and media servers Law enforcement training [ edit ] Criminal Investigator Training Program Organizations [ edit ] Center for Information Technology Policy at Princeton University Professional certifications [ edit ] Chartered IT Professional ,
78-719: A DJ , they remain the board of choice for their simple to use interface and relative flexibility. Preset boards generally control only conventional lights; though some advanced hybrid consoles can be patched to operate intelligent lights in a round-about way by setting the control channels of the light to channels the preset board can control. However, this is not recommended since it is a cumbersome process. Memory-based consoles have become very popular in almost all larger installations, particularly theatres. This type of controller has almost completely replaced preset consoles as controllers of choice. Memory consoles are preferable in productions where scenes do not change from show to show, such as
117-418: A Local IP network infrastructure to provide control over more scalable systems. A common protocol for this is ESTA E1.31 sACN (pronounced: streaming A.C.N.) or Art-Net. Consoles vary in size and complexity, from small preset boards to dedicated moving light consoles. The purpose of all lighting consoles, however is the same: to consolidate control of the lights into an organized, easy-to-use system, so that
156-468: A cache of descriptions for devices they commonly encounter. Interoperability profiles (EPIs) are provided in ANSI E1.17 for initial service discovery in a system; for allocation of multicast addresses when used on UDP and IPv4 ; for UDP port allocation when multicasting, for IP address assignment in conformant systems, for protocol timeouts in specific environments and so on. Other EPIs which conform to
195-462: A common protocol architecture, two major network protocols (SDT, DMP), a device description language (DDL) and a number of ‘E1.17 Profiles for Interoperability’ (known as EPI s or interoperability profiles ) which define how elements of the ACN architecture must be used in a particular context to achieve interoperability. For example, by providing specific values or ranges for timing parameters to be used in
234-476: A controller is achieved by setting or examining the values of those properties. To avoid the inefficiencies of polling, in addition to simply reading property values (using a Get-Property message) DMP provides a subscription mechanism whereby a device will asynchronously send event messages to all subscribed controllers when the value of a property changes. DMP expects that its connections can provide reliability so that Set-Property and Event messages which form
273-466: A controller which may then automatically configure itself for controlling that device. The description not only provides the address and property mapping information which is necessary for DMP to operate but it can also contain a huge amount of information on the functionality, capabilities and semantics of the device in an extensible format which allows a controller to extract the features it needs for its specific context while skipping over information which
312-623: A designation awarded by the British Computer Society for experienced ICT professionals Certified Information Technology Professional , a credential granted by the American Institute of Certified Public Accountants to members with technology expertise Certified International Trade Professional, a designation awarded by the Forum for International Trade Training for experienced international trade professionals. Topics referred to by
351-444: A feature set similar to that found in a hardware-based console. As dimmers, automated fixtures and other standard lighting devices do not generally have current standard computer interfaces, options such as DMX-512 ports and fader/submaster panels connected via USB are commonplace. This system allows a "build-to-fit" approach: the end user initially provides a PC that fits their budget and any other needs with future options to improve
390-490: A fully featured console when used in conjunction with an Art-Net to DMX converter or Art-Net compatible luminaries and dimmers. An example of this is ETC's (Electronic Theater Controls) app called iRFR for Apple devices or aRFR for Android devices. The Controller Interface Transport Protocol , or CITP , is a network protocol used between visualizers, lighting control consoles and media servers to transport non-show critical information during pre-production . The protocol
429-432: A group. Message delivery is ordered and messages may be selectively sent reliably or unreliably on a message-by-message basis (reliability is very important for some data while avoiding the time and resource overhead of the reliability mechanism is beneficial for others). The reliability mechanism also provides online status so a component will detect when a connection is broken. SDT provides a high degree of fine tuning over
SECTION 10
#1732851481149468-496: A large part of the operational bandwidth in a show situation do not require explicit acknowledgement at the DMP level. In the E1.17 standard and the majority of systems SDT provides this reliability but DMP has also been operated using TCP to provide its reliable connections. The size in bits, representation, read/write accessibility and function of each property in a DMP device is not determined by
507-462: A particular network environment. The breakdown of ACN into sub-protocols, interoperability profiles and other small pieces has been criticized as making ACN hard to read and understand but it makes the architecture highly modular and cleanly layered and this has allowed many of the pieces to be operated in other contexts or replaced or revised without changing the other pieces. For example, DMP has been operated over TCP as well as over SDT as defined in
546-451: A section separate from main Preset and Cue stack controls. These include an array of buttons allowing the operator to select the fixture or fixtures they want to control, and a joystick , or a number of wheels or rotary encoders to control fixture attributes such as the orientation (pan and tilt), focus, colour, gobos etc. found in this type of light. Unlike a fader that shows its value based on
585-707: A single channel (a channel is a lighting designer's numerical name for a dimmer or group of dimmers) or a group of channels (known as a ""submaster""). The console may also have provision to operate in analog to a manual desk for programming scenes or live control. On more advanced consoles, faders can be used to control effects, chases (sequences of cues), and moving light effects (if the console can control moving lights). Moving Light Controllers are another step up in sophistication from Memory Consoles. As well as being capable of controlling ordinary luminaires via dimmers, they provide additional controls for intelligent fixtures . On midrange controllers, these are usually provided as
624-552: A software simulator or "offline editor" for their hardware consoles, and these are often downloadable for free. The simulator can be used to pre-program a show, and the cues then loaded into the actual console. In addition, lighting visualization software is available to simulate and approximate how lighting will appear on stage, and this can be useful for programming effects and spotting obvious programming errors such as incorrect colour changes. Many memory consoles have an optional Remote Focus Unit (RFU) controller that can be attached to
663-435: A theatre production, because scenes are designed and digitally recorded, so there is less room for human error , and less time between lighting cues is required to produce the same result. They also allow for lighting cues to contain larger channel counts due to the same time savings gained from not physically moving individual channel faders. Many memory consoles have a bank of faders. These faders can be programmed to control
702-521: Is achieved for any given fixture (e.g. send value 137 down channel 23). Furthermore, should a lighting fixture need to be replaced with one from a different vendor that has different control sequences, no change need be apparent to the control operator. For some further discussion on how intelligent fixtures are controlled, see Digital MultipleX (DMX). Personal Computer (PC) based controllers are increasing in popularity owing to portability and reduced cost. These lighting console solutions use software with
741-679: Is different from Wikidata All article disambiguation pages All disambiguation pages Controller Interface Transport Protocol All lighting control consoles can control dimmers which control the intensity of the lights. Many modern consoles can control Intelligent lighting (lights that can move, change colors and gobo patterns ), fog machines and hazers , and other special effects devices. Some consoles can also interface with other electronic performance hardware (i.e. sound boards , projectors , media servers , automated winches and motors, etc.) to improve synchronization or unify their control. Lighting consoles communicate with
780-467: Is maintained by Entertainment Services and Technology Association and its first official release was ANSI Standard E1.17-2006 - Entertainment Technology - Architecture for Control Networks. The standard was subsequently revised and released as ANSI E1.17-2010. ACN was initially designed to be layered on top of UDP/IP and therefore will run over most IP transports including standard, inexpensive Ethernet and 802.11 ( Wi-Fi ) networks. ACN defines
819-415: Is not relevant to its needs. DDL is an XML based language and descriptions are contained in a small number of XML documents. In normal ACN systems the description for a device may be downloaded from the device itself. However, descriptions may also be distributed in other ways (such as internet download) and since a description is valid for all devices of the same type, controllers can typically maintain
SECTION 20
#1732851481149858-502: Is to consolidate the various ways in which the hundreds of types of intelligent lights are controlled into a single abstract interface for the user. By integrating knowledge of different fixtures and their attributes into the lighting desk software , the detail of how an attribute such as pan or tilt is controlled for one device vs. another can be hidden from the operator. This frees the operator to think in terms of what they want to achieve (e.g. pan 30 degrees clockwise) instead of how it
897-415: Is used for a number of purposes including SDMX , browsing media and thumbnails, and streaming media among different devices. Streaming ACN Architecture for Control Networks ( ACN ) is a suite of network protocols for control of entertainment technology equipment, particularly as used in live performance or large-scale installations. For example, lighting, audio or special effects equipment. ACN
936-482: The lighting designer can concentrate on producing a good show. Most consoles accept MIDI Show Control signals and commands to allow show control systems to integrate their capabilities into more complex shows. Preset boards are the most basic lighting consoles—and also the most prevalent in smaller installations. They consist of two or more identical fader banks, called scenes . The faders (control slides) on these scenes can be manually adjusted. Each scene has
975-904: The ACN Architecture have been developed outside the ANSI E1.17 standard (see below). Due to its modular nature ACN has been easy to extend. A major protocol ANSI E1.31 known as Streaming ACN or sACN was developed by the same organization and uses the Root Layer and PDU format of ACN to transport the data of DMX512 data over IP networks (or any other ACN compatible transport). A number of further Interoperability Profiles have been developed and standardized by PLASA. These include: ANSI E1.30-3-2009 Time Reference in ACN Systems Using SNTP and NTP ANSI E1.30-4-2010 which defines how to use DDL to describe devices controlled using DMX512 or Streaming ACN An early open-source implementation of ACN
1014-428: The dimmers and other devices in the lighting system via an electronic control protocol . The most common protocol used in the entertainment industry today is DMX512 , although other protocols (e.g. 0-10 V analog lighting control ) may still be found in use, and newer protocols such as ACN and DMX-512-A are evolving to meet the demands of ever increasing device sophistication. Some lighting consoles can communicate over
1053-431: The faders into their positions based on the cue sheets. Typically during a cue, the operator sets the next scene. Then the operator makes the transition between the scenes using the cross-fader. Preset boards are not as prevalent since the advent of digital memory consoles, which can store scenes digitally, and are generally much less cumbersome but more expensive than preset boards. However, for small setups such as that of
1092-407: The initial standard, DDL has been adapted with little change to describe devices accessed by DMX512 (ANSI E1.31/Streaming ACN), and several interoperability profiles have seen major revision or replacement without disturbing the other parts of the standard. The common architecture specification defines a format of nested protocol data units (PDUs), rather similar to TLV encoding, which are used in
1131-431: The light board and used to control the board's functions (though usually in some limited capacity). They are usually small enough to be handheld. This is ideal in situations where moving the light board is impractical, but control is needed away from where the board is located. That is, if the light board is in a control room that is located far from the fixtures, such as a catwalk, an RFU can be attached and an electrician or
1170-489: The lighting designer can bring it to a location which is close to the lights. Some of the newer and more advanced boards have RFUs that can be connected through USB or even wirelessly. Various manufacturers offer software for devices such as Android and iPhones that cause the devices to act as remote controllers for their consoles. Also, independent software developers have released applications that can send Art-Net packets from an iPhone, thus enabling an iPhone to serve as
1209-489: The main protocols. It then defines how a minimal Root Layer Protocol is used to splice the higher level protocols into a lower level transport and defines such a Root Layer Protocol using the PDU format for use on UDP/IP . Session Data Transport (SDT) is a reliable multicast transport protocol which operates over UDP/IP which can be used to group peers within a network into sessions and deliver messages to them individually or as
CITP - Misplaced Pages Continue
1248-470: The position of a slider, a wheel is continuously variable and provides no visual feedback for the value of a particular control. Some form of display such as LCD or LED is therefore vital for displaying this information. The more advanced desks typically have one or more touchscreens, and present a GUI that integrates all the aspects of the lighting. As there is no standard way of controlling an intelligent light, an important function for this type of desk
1287-495: The protocol which only defines the mechanism to read and/or write the property value. Instead, that information must either be provided externally by a device description written in DDL or in limited cases may be pre-programmed by fore-knowledge of specific device types. Device Description Language (DDL) allows a machine parsable description of the interface and capabilities of any device to be defined. This description can be interpreted by
1326-432: The same number of channels which control the same dimmers. So the console operator can build a scene offline or in "blind", a cross-fader or submaster is used to selectively mix or fade between the different scenes. Generally, at least with a preset board, the operator has a cue sheet for each scene, which is a diagram of the board with the faders in their positions, as determined by the lighting designer. The operator sets
1365-405: The same term [REDACTED] This disambiguation page lists articles associated with the title CITP . If an internal link led you here, you may wish to change the link to point directly to the intended article. Retrieved from " https://en.wikipedia.org/w/index.php?title=CITP&oldid=1128106936 " Category : Disambiguation pages Hidden categories: Short description
1404-574: The system, for example, by increasing the number of DMX outputs or additional console style panels. Many lightboard vendors offer a PC software version of their consoles. Commercial lighting control software often require a specific, and possibly expensive, hardware DMX interface. However, inexpensive (<$ 150) DMX -> USB PC interfaces such as the ENTTEC and DMXKing DMX USB Pro with public API and other DIY, and free or Open source software hardware combinations are available. Many console vendors also make
1443-440: The trade-off between latency, reliability levels and resource requirements and availability of large numbers of concurrent sessions means they are a powerful tool for grouping and managing components whose functions are related or whose communication requirements are similar. Device Management Protocol (DMP) represents any device as a set of addressable properties which represent its current or desired state. Monitoring or control by
1482-532: Was released as OpenACN and is available on SourceForge . This has been ported to a wide range of platforms, but it is limited in its scope and does not implement any DDL support. There is another open source ACN project which is implemented in C# . This aims to provide a full managed code implementation and includes code for several other related protocols. An full implementation entitled Acacian in C , which includes parsing of DDL descriptions to generate DMP structures
1521-550: Was released under the Mozilla Public Licence in 2014 E1.31 (Streaming DMX over ACN) is supported on Linux ( ARM , i386 , x86-64 ) and Macintosh ( PowerPC ; i386, x86-64) by the Open Lighting Architecture. A Rust implementation of E1.31 can be found on GitHub . ACN has been deployed in proprietary implementations by a number of companies, including its use by Electronic Theatre Controls (ETC) as
#148851