New event type de.ard.eventhub.v1.radio.text for possible encoder integration

[frytg]

Vorschlag: neuer Typ de.ard.eventhub.v1.radio.text (als Ergänzung zu https://swrlab.github.io/ard-eventhub/#/docs/EVENTS)

Event-Typ soll als Proof of concept genutzt werden, ob Eventhub als zentrale Quelle für Encoding-Plattform genutzt werden kann.

Zulieferung ist optional.
Keine Zulieferung: Fallback auf title + artist im Radiotext.
TBD Optionen:

• $title - $artist
• $artist - $title
• $title / $artist

Mögliches Datenformat:

{
  "event": "de.ard.eventhub.v1.radio.text",

  "start": "YYYY-MM-DDTHH...", // ISO timestamp of now
  "validUntil": "YYYY-MM-DDTHH..." // ISO timestamp how long this text can be displayed (fallback to title - artist)

  "text": "Toller Sender jetzt auch in der ARD Audiothek", // one line of Radiotext for live encoder (limited in length)

  "services": [ // reference to playing station like in .playing or .next
    {
      "type": "PermanentLivestream",
      "externalId": "crid://swr.de/123450",
      "publisherId": "248000",
      "id": "urn:ard:permanent-livestream:49267f7d67be180d"
    }
  ],
}

next steps

• Zulieferung an Encoder definieren (Push bevorzugt über Pull)

Integration

• Typ in OpenAPI schema ergänzen (https://swrlab.github.io/ard-eventhub/#/docs/OPENAPI)
• Radiotext Events vom normalen Topic ausschließen (now/next) und eigenes erstellen (Suffix tbd - https://github.com/swrlab/ard-eventhub/blob/main/src/utils/events/processServices.js#L26), damit bestehende Subscriber kein Aufwand haben
• Tests ergänzen
• Docs ergänzen
• Zulieferung mit freiwilliger Anstalt auf test ausprobieren (hr)

[frytg]

Wir würden das dann mal umsetzen.

@Steinertech9 das könntest du dir bitte nach #727 mal anschauen.