DMX i mjukvarubaserade setup – så fungerar det i praktiken

Även om styrningen flyttas från en fysisk controller till en dator är själva DMX-standarden exakt densamma. DMX är fortfarande ett enkelt och robust protokoll som är utformat för att skicka värden till ljusutrustning i realtid.

Oavsett om du använder en fysisk ljuscontroller, ett high-end ljusbord eller en laptop med mjukvara är DMX fortfarande 512 kanaler per universum, 0–255 värden per kanal och en kontinuerlig dataström.

Det enda som förändras är var DMX-data genereras. I hårdvara genereras de i ljusbordet, som skickar signalen direkt ut via en DMX-port. I mjukvara genereras signalen i datorn, som sedan måste skicka data vidare via ett interface eller ett nätverk.

Programvara kan inte skicka DMX direkt, eftersom datorer inte har DMX-utgångar inbyggda. Därför kräver programvarubaserad DMX alltid någon form av hårdvara som kan konvertera data från datorn till en DMX-signal.

Denna hårdvara fungerar som en länk mellan den digitala världen i datorn och den fysiska DMX-linjen som ansluter lamporna.

Det finns vanligtvis två huvudmetoder för att göra detta.

Den enklaste lösningen är ett USB-DMX-interface. Här ansluts datorn direkt till ett litet interface via USB, som sedan skickar DMX ut till lamporna.

Signalvägen ser typiskt ut så här:

Laptop → USB → DMX-interface → XLR → lampor

Fördelarna är att lösningen är enkel, billig och snabb att sätta upp. Därför används den ofta i mindre setups, mobila riggar och installationer med få lampor.

Nackdelarna är att systemet ofta är begränsat till 1–2 universum, att det är beroende av USB-stabilitet och att drivrutinsproblem kan uppstå beroende på operativsystem och mjukvara.

Nätverksbaserad DMX: Art-Net och sACN

I större eller mer professionella setups används nätverksbaserad DMX i stället. Här skickas DMX-data över ett vanligt Ethernet-nätverk via protokoll som Art-Net eller sACN.

Signalvägen ser typiskt ut så här:

Laptop → Ethernet → switch → node → DMX → lampor

En node är en enhet som tar emot nätverksdata och konverterar dem till fysiska DMX-utgångar.

Fördelarna är många universum, hög flexibilitet och en lösning som kan skalas upp till mycket stora system. Det gör nätverks-DMX till standarden i professionella produktioner, teatrar och större konsertuppsättningar.

Nackdelen är att det kräver en viss nätverksförståelse. Om IP-adresser, universum eller routing konfigureras fel kan det leda till problem som kan vara svåra att hitta.

En av de stora fördelarna med mjukvara är flexibiliteten i hanteringen av universum. I mjukvara kan du skapa 1 universum, 10 universum eller i vissa fall över 100 universum.

Detta gör det möjligt att styra mycket stora mängder ljusutrustning från en dator.

Men varje universum måste mappas korrekt. Varje nod måste veta vilket universum den lyssnar på, och patchningen i mjukvaran måste matcha den fysiska adressen i armaturerna.

Om detta inte stämmer överens uppstår klassiska problem som:

Armaturer reagerar inte

Fel funktioner aktiveras

Bara delar av setupen fungerar

Mjukvara ger alltså stor flexibilitet – men också fler konfigurationspunkter där fel kan uppstå.

Patch är ett centralt begrepp i mjukvarubaserad ljusstyrning. Patch i mjukvara är en virtuell mappning av fixtures och en översättning från det grafiska gränssnittet till DMX-kanaler.

Här talar man om för mjukvaran vilka lampor som finns, hur många kanaler de använder och vilken startadress de har.

Om patchen inte matchar lampans DMX-läge, lampans startadress eller lampans kanalantal uppstår fel.

Ett klassiskt exempel är en moving head som står i 16-kanals läge, medan mjukvaran är patchad som 14-kanals. Resultatet blir att funktioner hamnar förskjutna, gobos aktiverar strobe och rörelser hoppar.

Mjukvara förstärker ofta konsekvensen av små fel, eftersom allt hänger på korrekt konfiguration.

Ett hårdvarubaserat system är ofta utformat specifikt för att skicka DMX så stabilt som möjligt. När DMX genereras i mjukvara beror stabiliteten i högre grad på datorn.

Mjukvarubaserad DMX påverkas bland annat av CPU-belastning, operativsystem, nätverk och USB-latens.

Om systemet är överbelastat kan DMX-refresh sjunka, rörelser kan bli ryckiga och fades kan bli ojämna.

Särskilt billiga laptops eller datorer som kör många program samtidigt kan påverka stabiliteten negativt. Därför väljer många professionella setups att dedikera en dator uteslutande till ljusstyrning.

Hårdvarukonsoler har ofta inbyggd redundans, där en backup-konsol automatiskt kan ta över om huvudsystmet fallerar.

Programvaruupplägg kräver normalt att redundans planeras separat. Det kan till exempel vara en backup-dator med samma showfil, ett extra DMX-interface eller en alternativ nätverksväg.

I större produktioner och kritiska shower är backup inte bara en fördel – det är en nödvändighet.

Mjukvarubaserad DMX är särskilt meningsfullt i situationer där du behöver flexibilitet och avancerade funktioner.

Det gäller till exempel när du vill programmera komplexa shower, arbeta med många universum, använda timecode, visualisera showen virtuellt eller integrera ljus med video och ljud.

För små setups med få lampor kan mjukvara ibland vara mer avancerad än nödvändigt. Men i takt med att systemet växer blir fördelarna med mjukvara ofta tydliga.

Mjukvarubaserad DMX är inte mindre stabilt än hårdvara – men det kräver korrekt patchning, stabil hårdvara, nätverksförståelse och god dokumentation.

När systemet är korrekt konfigurerat ger mjukvara extrem flexibilitet och gör det möjligt att skala ljusriggar långt bortom vad små hårdvarucontrollers normalt klarar av.