Digital-Signage-App-Bibliothek: 200+ eingebaute Karten

Eine Karte ist eine eingebaute Komponente auf einer Playlist-Leinwand. Sie füllt ihr Rechteck mit einer Uhr, einem Menü, einer Warteschlange oder anderen Live-Details und kann über Bildern oder Videos liegen.

Layouts und Anker

Setzen Sie layout und anchor im Playlist-Element, neben card. layout ist erforderlich.

`layout`	Box in 1080p-Design-Einheiten	`anchor`
`full`	Die gesamte Leinwand, Quer- oder Hochformat	keine
`free`	Ihr eigenes `rect` und `layer`	keine
`center`	900 × 420, zentriert	keine
`wide`	Die Leinwand ist 80 von oben und unten sowie 30 von den Seiten eingerückt.	keine
`header`	Die gesamte obere Kante um 80	keine
`footer`	Die gesamte untere Kante um 80	keine
`corner`	270 × 270, bündig zur Ecke	`top-left`, `top-right`, `bottom-left`, `bottom-right`
`chip`	240 × 70, 30 vom zwei nächsten Kanten eingerückt	`top-left`, `top-right`, `bottom-left`, `bottom-right`
`strip`	Die gesamte Kante um 120	`top`, `bottom`, `left`, `right`

Größen skalieren mit min(canvas width, canvas height) / 1080. Eine 4K-Leinwand (3840 × 2160) zeigt dieselbe scheinbare Größe wie 1080p, und eine Hochformat-Leinwand dieselbe wie eine Querformat-Leinwand. Das Design einer Karte folgt der Form ihres Rahmens: Streifen, Querformat, Quadrat, Hochformat oder Turm.

anchor ist erforderlich für corner, chip und strip und nicht erlaubt für full, free, center, wide, header und footer. Lassen Sie rect und layer für jedes Layout außer free weg: screenRIG leitet sie beim Speichern der Playlist aus der Seitenleinwand ab. Ein free-Element benötigt seine eigene rect und layer.

Erstellen Sie eine Seite mit einer full, center oder wide Karte sowie bei Bedarf corner, chip und strip Karten. Eine Seite enthält höchstens eine full, center oder wide Karte, höchstens eine corner oder chip Karte pro Ecke und höchstens eine strip pro Kante sowie eine Karte mit Präsenz, die diese Kante teilt. Eine header und eine footer sind vollbreite Leisten, 80 hoch, entlang der oberen und unteren Kanten, und eine Seite enthält eine Leiste pro Kante: Eine header nimmt den strip Slot der oberen Kante ein und eine footer den der unteren, sodass diese Kante keine normale strip enthält, während eine Karte mit Präsenz sie dennoch teilen kann. Eine Seite kann sowohl eine header als auch eine footer enthalten. Bilder, Videos und Webelemente sind von diesen Regeln nicht begrenzt, und beliebig viele free Karten können eine Seite teilen. Eine corner oder chip an einer Kante, die eine strip enthält, verschiebt sich um 120 nach innen, und an einer Kante mit einer header oder footer um 80 (der größere Wert, wenn beide vorhanden sind), sodass sie sich nie überlappen. Eine center, wide, header oder footer Karte ignoriert Streifen.

Ein linker oder rechter strip ist der Streifen an dieser Kante, 120 breit und so hoch wie die Leinwand. Die Karte wird als horizontaler Streifen gezeichnet, und der Player dreht sie 90 Grad um das Zentrum des Streifens: den linken Streifen gegen den Uhrzeigersinn, sodass der Text von unten nach oben gelesen wird, und den rechten Streifen im Uhrzeigersinn, sodass der Text von oben nach unten gelesen wird.

Eine Kartenstufe entscheidet über ihre Layouts. Eine Core-Karte nimmt alle neun, eingeschränkt auf die Layouts, die sie zeichnet: nur die header und footer Karten nehmen diese beiden. Eine Vollbildkarte ist für einen vollformatigen Quer- oder Hochbildschirm gemacht und nimmt nur full. Ein Stinger ist ein Seitenübergangs-Bumper und nimmt kein Layout. GET /api/card-types und screenrig cards show ID listen die Kartenstufen und Layouts jeder Karte auf.

Präsenz

Einige Karten sind nur präsent, solange ihre Bedingung gilt, wie eine Alarmleiste am unteren Rand oder ein „Blitz in der Nähe“-Chip. Während Abwesenheit zeichnet eine Karte nichts. Ein Präsenzstreifen am selben Rand wie ein normaler Streifen ersetzt diesen während der Präsenz, und der normale Streifen kehrt danach zurück. Eine Karte mit Präsenz erscheint und verschwindet mit einer Bewegung, die zu ihrem Layout passt: Streifen gleiten von ihrem Rand herein, Ecken und Chips steigen auf und verblassen, und center, wide, header, footer, full und free Karten verblassen.

Layoutfehler

Das Speichern einer Playlist wird mit card_layout_invalid (400) abgelehnt bei fehlendem oder unbekanntem Layout, fehlendem, unbekanntem oder unerwünschtem Anker, einem Layout, das die Kartenstufe oder Ansichten nicht unterstützen, oder einem rect oder layer, das nicht das abgeleitete ist. Es wird mit card_layout_conflict (400) abgelehnt, wenn zwei Karten denselben Platz auf einer Seite beanspruchen. errors[0].field benennt das Mitglied.

Themen

Setzen Sie params.theme auf neomustard (NeoMustard), cyanotype (Cyanotype), propaganda (Propaganda), signal (Signal), avant-garde (Avant Garde), bloom (Bloom), clear-dark (Clear Dark), clear-light (Clear Light) oder primetime (Primetime). Die Karten auf screenrig.ai öffnen sich in Bloom, und die Themensteuerung wechselt sie. Primetime ist das animierte Thema, background none erzeugt einen transparenten Hintergrund, und die Ecken- und Chip-Layouts verwenden die kompakte Platte des Themas.

Kern-, Vollbild- und Stinger-Karten

Jede Karte ist Core, Vollbild oder Stinger. Core-Karten passen in jedes Layout und sind die auf der Apps-Seite. Vollbildkarten füllen einen Quer- oder Hochformatbildschirm und haben eigene Seiten, die im Kartenreferenz unten aufgeführt sind. Der Stinger spielt zwischen zwei Seiten als Seitenübergang.

Gemeinsame Eigenschaften

Diese Eigenschaften steuern das Thema und die Position jeder Karte. Legen Sie sie in params fest.

Name	Typ	Standard	Werte und Grenzwerte	Beschreibung
`theme`	string	`"neomustard"`	`"neomustard"`, `"cyanotype"`, `"propaganda"`, `"signal"`, `"avant-garde"`, `"bloom"`, `"clear-dark"`, `"clear-light"`, `"primetime"`
`background`	string	`"theme"`	`"theme"`, `"none"`	Keiner malt keinen Hintergrund, für Überlagerung über Video.
`accent`	String, Null	`null`	Muster: `"^#[0-9A-Fa-f]{6}$"`	Überschreibt den Themenakzent.
`layout`	string		`"full"`, `"free"`, `"center"`, `"wide"`, `"corner"`, `"chip"`, `"strip"`	Wo die Karte platziert ist (CONTRACT.md „Layouts“): voll ist der ganze Bildschirm, frei jedes Rechteck, das der Host gibt, Mitte 900x420, breit ist der Bildschirm mit 80 Abstand oben und unten und 30 von den Seiten, Ecke 270x270 bündig an einer Ecke, Chip 240x70 mit 30 Abstand von einer Ecke, Streifen 120 hoch entlang einer Kante (Größen in 1080p Designpixeln). Ohne Angabe nimmt eine Karte voll, wenn ihr Rechteck den Bildschirm füllt, sonst frei.
`anchor`	string		`"top-left"`, `"top-right"`, `"bottom-left"`, `"bottom-right"`, `"top"`, `"bottom"`, `"left"`, `"right"`	An welcher Ecke (Ecke und Chip) oder Kante (Streifen) ein Layout sitzt. Ecke standardmäßig oben rechts und Streifen unten; die anderen Layouts nehmen keine.

Statische und dynamische Eigenschaften

Eine Karte ist eine Instanz in Ihrem Projekt: eine crd_ ID, die die statischen Eigenschaften der Karte und ihr Live-Datendokument enthält. Erstellen Sie sie einmal, tragen Sie ihre ID in ein Seitenelement ein und ändern Sie ihre Werte, wann immer Sie möchten.

Statische Eigenschaften sind die params der Instanz: Thema, Standort, Titel und Ähnliches. Ändern Sie diese mit card params und senden Sie die Playlist danach erneut, damit sie sie übernimmt. Dynamische Eigenschaften sind die mit dynamic: true im Kartenvertrag markierten Werte, wie Menüabschnitte, Warteschlangeneinträge oder Messwerte. Sie befinden sich im Datendokument der Karte, das card data put ersetzt, ohne die Playlist erneut zu veröffentlichen.

Player wenden Standardwerte, dann statische Parameter und dann die dynamischen Eigenschaften des Dokuments an. Das Live-Dokument kann das Styling nicht ändern, und params enthält nie dynamische Eigenschaften. Eine Karte, deren erforderliche dynamische Eigenschaften noch kein Dokument haben, bleibt ausgeblendet, bis eines geschrieben wird.

Eine Karte, ein Dokument

Jede Karte hat ihr eigenes Datendokument, und jedes Seitenelement, das ihre crd_ ID enthält, zeigt dieses Dokument an. Zwei Workplace-Posts-Karten, die unterschiedliche Beiträge zeigen, sind zwei Karten mit eigenen IDs: Ein Schreibvorgang auf die eine aktualisiert nur die Elemente, die deren ID enthalten. Tragen Sie dieselbe ID in mehrere Elemente ein, auf einer oder mehreren Seiten, wenn sie dasselbe Dokument zeigen sollen.

Feeds

Feeds sind Drittanbieterdaten, die vom Backend abgerufen und zwischengespeichert und vom Player an die Karte weitergegeben werden. Für Wetterdaten setzen Sie location mit einem Namen, Breitengrad und Längengrad. Das Backend leitet den Feed-Schlüssel aus diesen statischen Eigenschaften ab; senden Sie kein feed-Feld im Canvas-Element. Feed-Dokumente enthalten Quellenangaben und Abrufzeitstempel. Jede Kartenreferenz nennt ihr Feed-Schema und die Quellenangabe.

Zeigen Sie die Quellenangabe eines Feeds überall dort, wo seine Daten erscheinen: Die Karten übernehmen das für Sie. Ein Agent liest das Dokument, das eine Karte liest, mit GET /api/feeds/FAMILY, wobei die Familie der erste Name nach Familie und Karte in jedem Abschnitt unten ist. Ein erster Lesezugriff auf einen neuen Ort antwortet mit 202 und Retry-After: 60, während screenRIG ihn abruft, und alle Karten an einem Ort teilen sich ein Dokument.

Gezeiten

Gezeitenvorhersagen für eine Station von NOAA CO-OPS: gemeinfreie Daten für die Vereinigten Staaten und ihre Territorien.

Familie und Karte: tides und tides
Einstellen: station, die siebenstellige Stations-ID von NOAA, oder location, das die nächste Vorhersagestation im Umkreis von 100 km wählt. Ein Ort ohne so nahe Station ergibt keinen Feed-Schlüssel: Die Karte wartet, und die API antwortet mit 400 invalid_request.
Daten: Hoch- und Niedrigwasser von zwei Tagen davor bis drei Tage danach, dazu eine 15-Minuten-Reihe für Stationen, die NOAA harmonisch vorhersagt. Höhen sind in Metern über MLLW, Zeiten in UTC. Aktualisiert alle 6 Stunden.
Quellenangabe: Tide predictions from NOAA CO-OPS, reformatted by screenRIG; not an official NOAA product.

Raketenstarts

Die nächsten Raketenstarts weltweit, aus Launch Library 2 von The Space Devs.

Familie und Karte: launches und launch-tracker
Einstellen: nichts. Jede Karte zeigt dieselbe Liste.
Daten: die 20 nächsten Starts mit Anbieter, Trägerrakete, Startrampe und Umlaufbahn, alle 15 Minuten aktualisiert. Ein Start bleibt 24 Stunden nach dem Abheben gelistet, womit eine Karte sein Ergebnis zeigt, und der Start auf der Rampe erhält zusätzlich seinen Missionsablauf mit bis zu 20 Ereignissen.
Quellenangabe: Data: The Space Devs / Launch Library 2.

Arzneimittel- und Lebensmittelrückrufe

Rückrufe der Gesundheits- oder Lebensmittelbehörde eines Landes.

Familie und Karte: drugalerts und drug-alerts
Einstellen: country (us, ca oder gb) und category (drug, die Vorgabe, oder food).
Daten: die letzten 90 Tage, Klasse I zuerst und innerhalb einer Klasse die neuesten zuerst, bis zu 100. Vereinigte Staaten: Vollzugsberichte der FDA über openFDA, nach ihrem Berichtsdatum datiert, ohne abgeschlossene und beendete Rückrufe. Kanada: Rückrufe und Sicherheitswarnungen von Health Canada und der CFIA. Großbritannien: die Arzneimittelrückrufe der MHRA (Klassen 1 bis 3) und die Lebensmittelwarnungen der Food Standards Agency. Aktualisiert alle 3 bis 6 Stunden.
Quellenangabe: die der jeweiligen Behörde, unter ihrer offenen Lizenz: openFDA (CC0), die Open Government Licence – Canada und die Open Government Licence v3.0.

Atemwegserkrankungen

Wöchentliche Aktivität von Grippe, COVID-19 und RSV.

Familie und Karte: respiratory und respiratory-activity
Einstellen: country (us oder gb) und region: ein US-Bundesstaat, ein Territorium oder DC nach Name oder Postleitzahl, oder England oder eine UKHSA-Region. Eine leere Region ist das Land.
Daten: für jedes Virus ein Niveau von sehr niedrig bis sehr hoch, ein Trend (steigend, gleichbleibend oder fallend, den screenRIG aus den letzten zwei Wochen im Vergleich zu den zwei davor berechnet), der letzte Wert und 26 Wochen Verlauf. Vereinigte Staaten: die wöchentlichen Niveaus und Raten der Krankenhausaufnahmen der CDC, alle 6 Stunden aktualisiert. England: der Anteil positiver Labortests der UKHSA, alle 12 Stunden aktualisiert. Die UKHSA veröffentlicht kein Niveau, daher legt screenRIG es fest, indem es die letzte Woche mit der höchsten der letzten 52 vergleicht: unter 5 % ist sehr niedrig, unter 20 % niedrig, unter 40 % mäßig, unter 70 % hoch, darüber sehr hoch.
Quellenangabe: CDC, ohne Billigung von screenRIG durch die CDC, das HHS oder die US-Regierung und mit unverändertem Inhalt; UKHSA, unter der Open Government Licence v3.0.

Almanach

Was die today-Karte dem Datum hinzufügt: Gedenktage, die Ereignisse des Tages in der Geschichte sowie Sonne und Mond.

Familie und Karte: almanac und today
Einstellen: language (ar, bs, cs, de, en, es, fr, it, pt, ru, sv, tr, uk oder zh; standardmäßig en), country (ein ISO-3166-1-Code), location ({screen.location} füllt es) und date. Eine Karte ohne eines davon zeigt englische Geschichte und die internationalen Tage.
Daten: die gesetzlichen Feiertage des Landes, seine Gedenktage und die internationalen Tage (Feiertagsnamen sind unabhängig von der Sprache englisch), bis zu zehn Ereignisse des Tages aus On This Day von Wikipedia und, mit einem Standort, Sonnenaufgang, Sonnenuntergang, Sonnenhöchststand, bürgerliche Morgen- und Abenddämmerung, Tageslänge und Mondphase. Sonne und Mond werden berechnet, nicht abgerufen. Das Dokument reicht vom Vortag bis zwei Tage voraus, sodass eine Seite um Mitternacht Ortszeit umspringt.
Quellenangabe: Wikipedia-Mitwirkende, unter CC BY-SA 4.0.

Sicherheit im Freien

Die Hitzeanzeige, die die outdoor-safety-Karte zeigt.

Familie und Karte: outdoorsafety und outdoor-safety
Einstellen: location.
Daten: eine geschätzte Feucht-Kugel-Globe-Temperatur für offenes Gelände in voller Sonne, berechnet aus dem Wetter am Standort: Temperatur, Luftfeuchtigkeit, Wind, Bewölkung und Sonnenhöhe. Im Schatten liegt die Anzeige niedriger. Sie ist eine Schätzung, nie ein Sensorwert, und das Dokument sagt das. Beobachtungen erfolgen stündlich, setzen Sie also staleMinutes der Karte auf 120 oder mehr.
Blitze: Der Feed trägt nur Hitze. Setzen Sie show der Karte auf heat oder schreiben Sie Blitzeinschläge in die Daten der Karte.

Abfahrten im Nahverkehr

Die nächsten Abfahrten von einer bis vier Haltestellen eines Verkehrsanbieters, in der Reihenfolge der Abfahrt.

Familie und Karte: departures und departures
Einstellen: provider (tfl, entur oder digitransit) und stops, die Haltestellen-IDs des Anbieters (in der API durch Kommas getrennt). Finden Sie eine ID mit der Haltestellensuche des Anbieters.
Daten: jede Minute aktualisiert, solange ein Bildschirm die Tafel zeigt. Eine gestrichene Abfahrt bleibt als gestrichen gelistet, und eine Haltestelle ohne Abfahrten ist eine leere Tafel. Eine Haltestelle, die der Anbieter nicht kennt, lässt die ganze Tafel scheitern, und die letzte Tafel bleibt. TfL liefert nur Live-Vorhersagen, daher haben seine Zeilen keine Verspätung.

Anbieter	Beispiele für Haltestellen-IDs	Quellenangabe
`tfl`	`940GZZLUOXC` (Oxford Circus), `490008660N` (eine Bushaltestelle)	Powered by TfL Open Data
`entur`	`NSR:StopPlace:337`, `NSR:Quay:568`	Contains data under the Norwegian licence for Open Government data (NLOD) distributed by Entur
`digitransit`	`HSL:1040129`	© Digitransit, CC BY 4.0

Die Bike-Sharing-Stationen, die einem Ort am nächsten liegen, aus Systemen, die GBFS veröffentlichen.

Familie und Karte: bikeshare und bike-share
Einstellen: location ({screen.location} funktioniert) und optional system, eine MobilityData-System-ID wie Mobibikes_CA_Vancouver, dublin oder nextbike_bn. Ohne system bedient das nächste gelistete System, dessen Gebiet den Ort enthält, ihn, und ein Ort, den kein gelistetes System abdeckt, ergibt keinen Schlüssel: Die Karte wartet, und die API antwortet mit invalid_request bei system.
Daten: die nächsten Stationen zuerst, bis zu 40 im Umkreis von 20 km, jeweils mit Fahrrädern, E-Bikes, Docks und Status, jede Minute aktualisiert.
Systeme: 28, deren eigener Feed eine Lizenz trägt, die Weitergabe und kommerzielle Anzeige erlaubt: Mobi (Vancouver) und City Bikes Helsinki unter ODbL, docomo (Tokio) unter CC BY 4.0, die JCDecaux-Systeme (Dublin, Lyon, Toulouse, Nantes, Brüssel, Luxemburg, Valencia, Ljubljana) unter der Licence Ouverte und nextbike in Berlin, Köln, Düsseldorf, Hannover, Nürnberg, Bonn, Wien, Linz, Innsbruck, Prag, Brünn, Warschau, Breslau, Zagreb, Barcelona, Göteborg und Straßburg unter CC0.
Quellenangabe: der Betreiber, unter seiner Lizenz.

Eine Karten-Leinwand veröffentlichen

Folgen Sie Start, um das offizielle Plugin zu installieren, Ihr Projekt auszuwählen und einen Player zu koppeln. Erstellen Sie die Karte, tragen Sie ihre ID in eine Playlist ein und veröffentlichen Sie sie. Diese Seite verwendet die Anzeigekarte im center-Layout.

Speichern Sie die statischen Eigenschaften der Karte als gauge-params.json:

{"theme":"neomustard"}

Erstellen Sie die Karte mit der im Plugin enthaltenen CLI. Das Ergebnis enthält ihre crd_ ID.

screenrig card create --type gauge --file gauge-params.json

Oder rufen Sie die API mit dem Typ und seinen Parametern auf. Die 201-Antwort enthält die id der Karte.

curl --request POST "https://api.screenrig.ai/api/cards" \
  --header "Authorization: Bearer $SCREENRIG_TOKEN" \
  --header "Content-Type: application/json" \
  --data '{"type":"gauge","params":{"theme":"neomustard"}}'

Speichern Sie Folgendes als playlist.json, mit der ID Ihrer Karte anstelle von crd_01EXAMPLEGAUGE000000000. Das Seitenelement sendet nur die ID und sein Layout: Die params und Daten der Karte bleiben bei der Karte.

{
  "name": "Live gauge",
  "pages": [
    {
      "id": "main",
      "canvas": {
        "width": 1920,
        "height": 1080,
        "background": "#000000FF",
        "viewport_fit": "contain"
      },
      "transition": {
        "type": "crossfade",
        "duration_ms": 500
      },
      "advance": {
        "mode": "duration",
        "after_ms": 15000
      },
      "primitives": [
        {
          "id": "gauge",
          "primitive": "card",
          "card": "crd_01EXAMPLEGAUGE000000000",
          "layout": "center",
          "content_fit": "fill"
        }
      ]
    }
  ]
}

Verwenden Sie API-Authentifizierung für Ihre Autorisierung. Ein Agent-Token benennt bereits sein Projekt, daher senden die Beispiele keinen ScreenRig-Project-Header; wenn Sie einen senden, muss er mit dem Projekt des Tokens übereinstimmen. Bewahren Sie Token-Werte außerhalb von Playlist-Dateien auf.

curl --request POST "https://api.screenrig.ai/api/playlists" \
  --header "Authorization: Bearer $SCREENRIG_TOKEN" \
  --header "Content-Type: application/json" \
  --data @playlist.json

Die Antwort identifiziert die Playlist mit einer pl_ ID. Eine pending_review Antwort wartet auf die Überprüfung des Projekts, bevor sie live geht. Um statische Eigenschaften zu ändern, aktualisieren Sie die Karte mit screenrig card params crd_ID --file gauge-params.json (PATCH /api/cards/{id} mit {"params": {...}}) und senden Sie das {name, pages} Dokument erneut mit PUT /api/playlists/{id}: Die Playlist übernimmt beim Speichern die aktuellen Parameter der Karte. Die major einer Karte, beim Erstellen optional, fixiert ihren Vertrag; das Weglassen wählt die aktuelle Hauptversion.

Ältere Seitenelemente, die einen Katalogtyp mit eingebettetem params und data benennen, sowie die dahinterliegenden /api/card-data/{key}-Routen werden weiterhin akzeptiert. Jede Antwort enthält eine Veraltet-Warnung, die ihren Ersatz nennt: Karteninstanz-IDs aus /api/cards und /api/cards/{id}/data.

Live-Werte schreiben

Bevorzugen Sie die CLI, die den Befehl enthält. Speichern Sie das Dokument als gauge-data.json. Die Datei enthält das Dokument selbst, ohne Wrapper:

{"metrics":[{"label":"Capacity","value":72,"unit":"%"}]}

screenrig card data put crd_01EXAMPLEGAUGE000000000 --file gauge-data.json

Schreibzugriffe ersetzen das ganze Dokument und werden gegen die dynamischen Eigenschaften der Karte geprüft: Ein Dokument, das die Karte ablehnt, wird mit card_data_invalid (409) abgewiesen, und nichts ändert sich. Fügen Sie --ttl 30m oder --expires-at INSTANT hinzu, um die Daten auf jedem Bildschirm, auch offline, zu leeren, wenn nichts sie aktualisiert. Eine Benachrichtigung auf die Bedingung card_data_stale teilt dem Projekt mit, wenn die Daten einer Karte abgelaufen sind, weil sie niemand erneuert hat.

Oder rufen Sie die API direkt auf. Die API verpackt dasselbe Dokument in ein document-Feld. Dokumente sind JSON-Objekte mit maximal 1 MiB.

curl --request PUT "https://api.screenrig.ai/api/cards/crd_01EXAMPLEGAUGE000000000/data" \
  --header "Authorization: Bearer $SCREENRIG_TOKEN" \
  --header "Content-Type: application/json" \
  --data '{"document":{"metrics":[{"label":"Capacity","value":72,"unit":"%"}]}}'

Bildschirme, die die Karte anzeigen, holen das Dokument erneut ab und aktualisieren es an Ort und Stelle. Lesen Sie ein Dokument mit GET /api/cards/{id}/data; dessen Revisions-ETag kann beim nächsten Schreiben als If-Match gesendet werden. Fügen Sie Idempotency-Key für einen sicher wiederholbaren Schreibvorgang hinzu, und ttl_seconds oder expires_at neben document für ein Ablaufdatum. Listen Sie die Karten des Projekts mit GET /api/cards auf; löschen Sie eine mit DELETE /api/cards/{id}, sobald keine Playlist sie verwendet.

Bilder in Karten-Eigenschaften verwenden media:<mediaId>, die auf ein bereites Bild im selben Projekt verweisen. Ein Live-Datenschreibvorgang erfordert, dass diese Bilder genehmigt sind. Legen Sie niemals eine Bild-URL in eine Karteneigenschaft.

Mit der CLI zuweisen und verifizieren

Verwenden Sie die gebündelte CLI des offiziellen Plugins mit demselben Projekt. Nehmen Sie die Playlist-ID aus der API-Antwort und die Bildschirm-ID von screen list und weisen Sie das Ergebnis zu und prüfen Sie es:

screenrig screen list
screenrig screen assign scr_EXAMPLE --playlist-id pl_EXAMPLE
screenrig screen screenshot scr_EXAMPLE

Die Zuweisung zeichnet die gewünschte Playlist auf. Prüfen Sie die Player-Beweise, bevor Sie melden, dass sie abgespielt wird. CLI-Referenz · API-Referenz.

Kartenreferenz

Die Kartenreferenz umfasst drei Gruppen: Kernkarten, Vollbildkarten und den Stinger. Kernkarten passen in jedes Layout, Vollbildkarten füllen den gesamten Bildschirm, und der Stinger spielt zwischen Seiten.

Kernkarten

Vollbild-Karten

Stinger

Stinger