
DMX i programvarebaserte oppsett – slik fungerer det i praksis
Når man beveger seg fra små DMX-hardwarekontrollere til større eller mer fleksible løsninger, ender man nesten alltid opp med programvarebasert lysstyring. Det kan være PC/Mac med DMX-programvare, nettbrettbasert styring, nettverksbasert kontroll via Art-Net eller sACN, eller et hybridoppsett med hardwarefaders + programvare.
Denne artikkelen går gjennom hvordan programvare genererer DMX, forskjellen på USB-DMX og nettverks-DMX, univershåndtering i programvare, timing, latency og stabilitet, samt typiske feil i programvarebaserte oppsett.
DMX kabler
Vis alleSoundStoreXL
Grunnprinsippet i DMX endrer seg ikke
Selv om styringen flyttes fra en fysisk controller til en datamaskin, er selve DMX-standarden nøyaktig den samme. DMX er fortsatt en enkel og robust protokoll, utviklet for å sende verdier til lysutstyr i sanntid.
Enten du bruker en fysisk lyscontroller, et high-end lysbord eller en laptop med programvare, er DMX fortsatt 512 kanaler per univers, 0–255 verdier per kanal og en kontinuerlig datastrøm.
Det eneste som endres, er hvor DMX-dataene genereres. I hardware genereres de i lysbordet, som sender signalet direkte ut via en DMX-port. I programvare genereres signalet i datamaskinen, som deretter må sende dataene videre via et interface eller et nettverk.
Hvordan programvare sender DMX-signaler
Programvare kan ikke sende DMX direkte, fordi datamaskiner ikke har innebygde DMX-utganger. Derfor krever programvarebasert DMX alltid en form for hardware som kan konvertere data fra datamaskinen til et DMX-signal.
Denne hardwaren fungerer som et bindeledd mellom den digitale verdenen i datamaskinen og den fysiske DMX-linjen som kobler sammen lampene.
Det finnes vanligvis to hovedmetoder for å gjøre dette.
USB-DMX-grensesnitt – den enkle løsningen
Den enkleste løsningen er et USB-DMX-interface. Her kobles datamaskinen direkte til et lite interface via USB, som deretter sender DMX ut til lampene.
Signalveien ser typisk slik ut:
Laptop → USB → DMX-interface → XLR → lamper
Fordelene er at løsningen er enkel, rimelig og rask å sette opp. Derfor brukes den ofte i mindre oppsett, mobile rigger og installasjoner med få lamper.
Ulempene er at systemet ofte er begrenset til 1–2 universer, at det er avhengig av USB-stabilitet, og at driverproblemer kan oppstå avhengig av operativsystem og programvare.
Nettverksbasert DMX: Art-Net og sACN
I større eller mer profesjonelle oppsett brukes nettverksbasert DMX i stedet. Her sendes DMX-data over et vanlig Ethernet-nettverk via protokoller som Art-Net eller sACN.
Signalveien ser typisk slik ut:
Laptop → Ethernet → switch → node → DMX → lamper
En node er en enhet som mottar nettverksdata og konverterer dem til fysiske DMX-utganger.
Fordelene er mange universer, høy fleksibilitet og en løsning som kan skaleres til svært store systemer. Det gjør nettverks-DMX til standarden i profesjonelle produksjoner, teatre og større konsertoppsett.
Ulempen er at det krever en viss nettverksforståelse. Hvis IP-adresser, universer eller routing konfigureres feil, kan det føre til feil som kan være vanskelige å finne.
Universer i programvare – fleksibilitet og fallgruver
En av de store fordelene med programvare er fleksibiliteten i håndteringen av univers. I programvaren kan du opprette 1 univers, 10 univers eller i noen tilfeller over 100 univers.
Dette gjør det mulig å styre svært store mengder lysutstyr fra én datamaskin.
Men hvert univers må mappes korrekt. Hver node må vite hvilket univers den lytter på, og patchen i programvaren må samsvare med den fysiske adressen i lampene.
Hvis dette ikke stemmer overens, oppstår klassiske problemer som:
Lampene reagerer ikke
Feil funksjoner aktiveres
Bare deler av oppsettet fungerer
Programvare gir altså stor fleksibilitet – men også flere konfigurasjonspunkter der feil kan oppstå.
DMX kontakter
Vis allePatch i programvare – der feilene ofte oppstår
Patch er et sentralt begrep i programvarebasert lysstyring. Patch i programvare er en virtuell mapping av fixtures og en oversettelse fra det grafiske grensesnittet til DMX-kanaler.
Her forteller man programvaren hvilke lamper som finnes, hvor mange kanaler de bruker, og hvilken startadresse de har.
Hvis patchen ikke samsvarer med lampens DMX-mode, lampens startadresse eller lampens kanalantall, oppstår det feil.
Et klassisk eksempel er en moving head som står i 16-kanals mode, mens programvaren er patchet som 14-kanals. Resultatet er at funksjoner ligger forskjøvet, gobos aktiverer strobe, og bevegelsen hopper.
Programvare forsterker ofte konsekvensen av små feil, fordi alt avhenger av korrekt konfigurasjon.
Timing, latens og DMX-oppdateringsfrekvens
Et maskinvarebasert system er ofte designet spesifikt for å sende DMX så stabilt som mulig. Når DMX genereres i programvare, avhenger stabiliteten i større grad av datamaskinen.
Programvarebasert DMX påvirkes blant annet av CPU-belastning, operativsystem, nettverk og USB-latens.
Hvis systemet er overbelastet, kan DMX-refresh falle, bevegelser kan bli hakkete, og fades kan bli ujevne.
Særlig billige laptoper eller datamaskiner som kjører mange programmer samtidig, kan påvirke stabiliteten negativt. Derfor velger mange profesjonelle oppsett å dedikere en datamaskin utelukkende til lysstyring.
Sikkerhetskopi og redundans i programvareløsninger
Hardwarepulter har ofte innebygd redundans, der en backup-pult automatisk kan overta hvis hovedsystemet feiler.
Softwareoppsett krever normalt at redundans planlegges separat. Det kan for eksempel være en backup-computer med samme showfil, et ekstra DMX-interface eller en alternativ nettverksvei.
I større produksjoner og kritiske show er backup ikke bare en fordel – det er en nødvendighet.
Når gir programvarebasert DMX mest mening?
Programvarebasert DMX gir spesielt mening i situasjoner der du trenger fleksibilitet og avanserte funksjoner.
Det gjelder for eksempel når du vil programmere komplekse show, jobbe med mange universer, bruke timecode, visualisere showet virtuelt eller integrere lys med video og lyd.
For små oppsett med få lamper kan programvare noen ganger være mer avansert enn nødvendig. Men etter hvert som systemet vokser, blir fordelene med programvare ofte tydelige.
Konklusjon: Programvare vs. maskinvare i DMX-styring
Programvarebasert DMX er ikke mindre stabilt enn hardware – men det krever riktig patch, stabil hardware, nettverksforståelse og god dokumentasjon.
Når systemet er satt opp riktig, gir programvare ekstrem fleksibilitet og gjør det mulig å skalere lysoppsett langt utover det små hardware-kontrollere normalt kan håndtere.