Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Ingen endring fra 2.5

Spesielle krav til Dynamisk Passasjerinformasjon (DPI)

Tjenestemottaker kjører sitt eget system for DPI ombord. Følgende krav til kapabiliteter stilles:

Krav til skjermer - bør flyttes til materialbeskrivelsen!

  • Se: materiellbeskrivelsen

  • Skjermen skal ha automatisk lysjustering ut fra omgivelsene

  • Skjermen skal være ikke-reflekterende

  • Skjermen skal ha en synsvinkel på 178 grader både horisontalt og vertikalt.

  • Skjermen skal ha minimum oppløsning på 1920 piksler i bredden ved plassering i landskapsmodus, og minimum 1920 piksler i høyden ved plassering i portrettmodus.

  • Alle skjermer må laste inn DPIs webapplikasjon og kjøre den i en nettleser, anbefalt av type Chrome/Chromium.

  • Skjermplayeren må støtte følgende tekniske kapabiliteter:

    • HTML 5

    • CSS 3

    • ECMAScript 6

    • Websockets

    • Webworkers / Serviceworkers

    • HTML video i H.264-format opp til 1080P

    • Canvas / SVG

    • WebGL

    • IndexedDB

    • Local storage

  • Alle data lagret av DPI-applikasjonen skal vedvare mellom restart og skal aldri slettes av en operatørprosess

  • Skjermene må konfigureres med forhåndsdefinerte visninger tilpasset skjermens forholdstall (aspect ratio), funksjon og plassering

  • Skjermene skal alltid vise den riktige skjermkonfigurasjonen ved oppstart

  • Nytt krav:

    • Minimum tilgjengelig RAM skal være 4gb per skjerm

Krav til browser

Krav til webserver / installasjon:

Krav til skjerm-konfigurasjon:

  • Operatøren skal overvåke at playeren viser en html side levert av Ruter

  • Operatøren skal laste inn applikasjonen på nytt om det skulle oppstå problemerKjøretøyet skal ha en web-server ombord som skjerm-playerene kan laste inn DPI applikasjonen og annet statisk innhold fra

Oppdatering av statisk innhold - OBS! SKAL FLYTTES TIL https://adt.transhub.io/3.x-DRAFT/packages/

  • DPI-applikasjonen skal holdes oppdatert når Tjenestemottaker publiserer nye versjoner av applikasjonen eller media-filene applikasjonen er avhengig av. Disse gjøres tilgjengelig som pakker i ZIP-format og blir beskrevet i en manifest-fil tilgjengelig på definerte URLer for produksjons-miljøet og pre-produksjonsmiljøet.

  • Tjenesteyter skal regelmessig sjekke om nye versjoner av DPIs nedlastbare pakker er tilgjengelige i Tjenestemottaker produksjons-kanal

  • Når nye pakker er tilgjengelige skal Tjenesteyter laste disse ned og påse at alle kjøretøyer har fått installert det nye innholdet innen de begynner å kjøre den påfølgende morgen

  • Tjenesteyter skal validere at pakken er lastet ned riktig og pakket ut på riktig måte

  • Minst 16 GB lagringsplass må være tilgjengelig for å lagre Tjenestemottakers innhold om bord på kjøretøyet

  • Tjenesteyter skal laste ned planlagte nye versjoner fra en pre-prod kanal i et test-miljø og påse at versjonen testes før den settes i produksjon

Lydmeldinger - OBS! Skal flyttes til AsyncAPI-doc under lydmelding

  • Når kjøretøyet mottar en MQTT-melding med lydinnhold skal Tjenesteyter spille av lyden som kommer enten i OPUS- eller MP3-format

  • Unntaksvis, hvis meldingen definerer en levetid som er forbi, må lydinnholdet ikke spilles

  • Når en melding inneholder flere lydfiler må disse spilles av i rekkefølgen de forekommer i meldingen

  • Behandling av MQTT-meldinger med lydinnhold skal skje synkront og nye meldinger spilles kun etter at de foregående er ferdigspilt

...