Hem
XtreamUIPro

Installationsguide

Installationsguide för liveevenemang

Konfigurera plattformen som streamingtjänst för en konferens, en festival eller en ceremoni: en kanal per scen, åtkomst per biljett, en nod på plats och korta förfallotider.

Dessa guider kopplar en branschs begrepp till de objekt som plattformen har i dag (bouquets, linjer, paket, partnerkonton, noder, API:et). De är begreppsmässiga motsvarigheter, inte branschspecifika funktioner, och ett partnerkonto är ett delegerat konto, inte en isolerad hyresgäst.

Begreppsmässig mappning

Inget i panelen heter scen eller biljett. Tabellen anger vilket objekt som spelar vilken roll; kapitlen nedan sätter upp dem i den ordningen.

I din branschPå plattformenVar i panelen
ScenkanalLive-kanal: en ström med sina källor, EPG och utdataformatStrömmar → lägg till en live-ström (käll-URL eller RTMP-push)
BiljettypBouquet: en namngiven uppsättning kanaler, filmer eller serier som ett paket ger tillgång tillBouquets, från Strömmar och Movies / Series
Biljett eller passLinje: en åtkomst med sitt paket, sina bouquets, förfallodatum, anslutningsgräns och utdataLinjer → lägg till, eller aktiveringskoder, eller Reseller API
Evenemangets slutLinjens förfallodatum, som förnyas av ett paket, en kredit eller API:etLinjens förfallodatum och paketets varaktighet
Enheter per biljettLinjens max antal anslutningar: hur många enheter som får titta samtidigtLinjens max antal anslutningar
Integration med biljett- eller registreringssystemReseller API och webhooks: panelens operationer från ditt eget systemReseller API-nycklar och webhooks i återförsäljarens panel
Nod i lokalenStreamingnoder: edge-servrar som registreras från panelen, en per plats eller byggnadServers → lägg till en nod, installerad via SSH

Förutsättningar

Vad du ska ha innan du installerar.

  1. En server (Ubuntu 22.04 eller 24.04) med en publik adress eller en domän och uplink för den förväntade toppublikken, och, för en nod på plats, en maskin i lokalens nät.
  2. En encoder per scen som kan skicka RTMP, och listan över scener, dagar och biljettyper.
  3. Ett beslut om hur biljetter når panelen: aktiveringskoder som genereras i bulk, eller biljettsystemet som anropar Reseller API.

Driftsättning av infrastrukturen

Först origin, sedan lokalen.

  1. Kör installationsprogrammet på hanteringsservern och lägg panelen bakom en reverse proxy med TLS; ange de betrodda proxyerna så att IP-regler ser tittarens riktiga adress.
  2. Ange uppspelningsbasens URL till den publika adress deltagarna når.
  3. Registrera en nod via Servers på maskinen i lokalen; panelen installerar den via SSH och de lokala skärmarna dirigeras till den.
  4. Skapa ett partnerkonto (reseller) för biljettkassan med behörigheter för linjer och inga för katalogen.

Organisation av innehållet

Scener som kanaler, biljetter som paket.

  1. Lägg till kategorier per dag eller spår så att kanallistan läses som programmet.
  2. Skapa en bouquet per biljettyp: de scener den biljetten får titta på.
  3. Skapa ett paket per biljettyp med evenemangets längd som löptid, och vid behov ett testpaket för press och talare.
  4. Skapa en bouquet för sponsorernas scen eller loungeflöde och ge den bara via sponsorpaketet.

Konfiguration av partner (återförsäljare)

Biljettkassan, om den utfärdar åtkomsten.

  1. Skapa en grupp med linjebehörigheter och inga katalogbehörigheter för biljettkassan.
  2. Lägg till kassan som återförsäljare med den gruppen och tillräckligt med krediter för de koder den ska utfärda.
  3. En medarrangör eller en regional partner som säljer egna biljetter får ett eget partnerkonto och egna paket.

Konfiguration av deltagaråtkomst

En linje per biljett.

  1. Generera aktiveringskoder i bulk, en per biljett, var och en kopplad till paketet för sin biljettyp, och skriv ut eller mejla dem med biljetten.
  2. För biljettförsäljning online, installera connectorn för din handelsplattform, eller låt biljettsystemet anropa action=create_line med paketet och ett request-id.
  3. Ställ in max antal anslutningar på en eller två enheter per biljett så att en kod inte kan delas med publiken.
  4. Testa med en testlinje innan dörrarna öppnas, med samma spelare som deltagarna kommer att använda.

Sessionsinspelningar

Inspelningar efter evenemanget.

  1. Spela in varje scen och lägg till filerna i biblioteket som avsnitt i en serie per spår, eller importera dem med VOD-ingestjobbet.
  2. Ge inspelningarna via en egen bouquet och ett eget paket, så att deltagarna behåller åtkomsten när livelinjer har gått ut.
  3. Kontrollera uppspelningen av inspelningarna med en testlinje i det paketet innan du tillkännager dem.

Scenkanaler

En scen som en livekanal.

  1. Lägg till en live-ström per scen med encoderns RTMP-push och placera den i bouqueten för de biljettyper som får titta på den.
  2. Aktivera catch-up så att en deltagare som missat början av en session kan spola tillbaka.
  3. Kontrollera före den första sessionen att noden på plats hämtar varje scen en gång från origin och att skärmarna dirigeras till den.

Förfallodatum

Åtkomsten upphör med evenemanget.

  1. Ge varje biljettpaket en löptid som slutar med evenemangets sista dag, så att linjer löper ut utan något arbete.
  2. Förläng en linje, eller utfärda en kortlivad kod, för en talare eller en sen sponsor i stället för att skapa ett nytt paket.
  3. Inaktivera linjen för en förlorad eller delad biljett via Linjer; granskningsloggen sparar uppgiften.

Integration med biljettsystem

Systemen styr åtkomsten; spelaren spelar.

  1. Biljett- eller registreringssystemet skapar linjer via Reseller API och lyssnar på webhooks som line.created och line.expired.
  2. Biljettförsäljning online på en handelsplattform som stöds använder dess connector; det finns ingen inbyggd connector för en specifik biljettprodukt.
  3. Det finns ingen single sign-on för tittare: en deltagare loggar in i spelaren med linjens inloggningsuppgifter eller med en aktiveringskod.

Säkerhetsaspekter

En biljett är en person.

  1. Servera panelen och uppspelningsbasens URL över TLS och sätt TRUSTED_PROXIES till din reverse proxy.
  2. Tvåfaktorsinloggning för varje panelkonto, och behörighetsgrupper så att biljettkassan inte kan ändra scenerna.
  3. Signerade uppspelningslänkar som går ut och en låg anslutningsgräns per biljett.
  4. Krypterade databassäkerhetskopior med en kopia utanför platsen, och granskningsloggen för varje ändring av linjer och scener.

Felsökning

De vanliga första kontrollerna.

  1. En deltagare kan inte öppna en scen: kontrollera linjens paket, bouqueten som innehåller scenen och förfallodatumet.
  2. En scen fryser i salen men inte online: kontrollera nodens heartbeat på plats och skärmarnas väg till den.
  3. En aktiveringskod nekas: kontrollera att den inte redan har använts och att dess paket fortfarande är giltigt.
  4. Granskningsloggen visar proxyns adress: sätt TRUSTED_PROXIES till proxyn och starta om panelen.