Vai al contenuto

Streaming video (OvenMediaEngine)

OME riceve i flussi video dai box e li rende visibili nel pannello, in qAlarm e nell'app Protexia.

Prod

  • Container ome su ServerIT, immagine airensoft/ovenmediaengine:latest (tag non fissato, M9), in rete host.
  • Porte in ascolto: 1935 (RTMP), 3333, 3334 (signaling/TLS), 3478 (TURN), 8081 (API), più UDP per SRT/WebRTC.
  • Raggiungibili da internet via pfSense (185.31.66.185): 3333, 3334, 3478, 9999, 9000–10004. Non raggiungibili: 1935, 8081.
  • Nome pubblico: ome.bsqdev.uk (Cloudflare).
  • Configurazione: mdm_mid_server/server_data/ovenmediaengine/Server.xml (contiene segreti, M14).

Chi lo usa e come

Chi Come Dove è configurato
Box invia SRT a 185.31.66.185:9999 nel codice del box (M15)
Pannello WebSocket OME config/*.json del pannello
qAlarm FE wss://ome.bsqdev.uk/app nel codice
App Protexia aggiornata OME/TURN/STUN per ambiente config/*.json; vecchie app ancora con host fissi

Conseguenze: - OME deve restare su 185.31.66.185 finché i box e l'app non usano un indirizzo configurabile. - Anche i box di dev/stage mandano il video alla prod. - Il range 9000–10004 si sovrappone all'RTP di FreePBX su 185.31.66.186: OME non può essere spostato su quell'IP.

Dev

Su Coolify dev: mdm.dev.ome.bsqdev.uk:3333.

Aggiornamento Protexia del 02/11/2026

Il codice locale dell'app legge OME/TURN/STUN dai JSON; il dev usa wss://mdm.dev.ome.bsqdev.uk/app e TURN TCP sullo stesso host, porta 3478. Il box deve pubblicare sullo stesso OME. Le modifiche BSQ a URL/token sono state annullate (D28): BSQ punta ancora al midserver prod e inoltra il JWT dell'utente; il fallback di verifica BSQ della v2 manca nella v3. Il live dev completo resta quindi da risolvere. La rimozione di BSQ dalla creazione stream e solo pianificata. Rimossa la pagina browser dalla nuova app (D27); rimane il player interno. Nessun deploy, segreto provisionato o test video reale eseguito. Le app distribuite continuano a richiedere i domini legacy. Dettagli: Protexia e BSQ.