Mit einem Satz beginnen
Ein CI-Job zeichnet nach jedem Lauf ein Status-Poster, aus ein paar Zeilen Python. Sie möchten das neueste auf dem Team-Fernseher haben.
- Sie
Unser CI-Job zeichnet nach jedem Lauf ein Status-Poster. Das neueste auf dem Fernseher im Teambereich anzeigen und mir sagen, wann der Fernseher es tatsächlich hat.
- Agent
Build 4821 ist online: ERFOLGREICH, 221 von 221 Tests. Der Fernseher hat etwa zwei Sekunden nach dem Senden bestätigt, dass er das Poster hat, und ich habe zur Kontrolle ein Bild des Bildschirms aufgenommen.

- Sie
Build 4822 ist gerade fehlgeschlagen. Den Fernseher aktualisieren.
- Agent
Aktualisiert. Der Fernseher zeigt jetzt FEHLGESCHLAGEN in Rot, 219 von 221 Tests.

Dasselbe aus einem Skript
Ein CI-Job chattet nicht. Er führt einen Befehl aus, der das Bild hochlädt und die Playlist schreibt, und einen zweiten, der sie auf den Bildschirm bringt und wartet, bis der Fernseher bestätigt:
screenrig playlist init build-4821.png --screen-id SCREEN --duration-ms 600000 --output board.json
screenrig screen publish SCREEN board.jsonUnter der CLI liegen sechs HTTP-Aufrufe mit einem Bearer-Token. Den Upload deklarieren, die Bytes senden, committen, die Playlist erstellen, den Bildschirm darauf ausrichten, den Bildschirm zurücklesen. Die API-Referenz listet jeden einzelnen auf, und die CLI-Referenz listet die Exit-Codes auf. Ein Skript, das unbeaufsichtigt läuft, meldet sich als Service-Client an.
Was eine Veröffentlichung Ihnen sagt
Eine Veröffentlichung wartet bis zu zwei Minuten auf den Fernseher und meldet dann, wie sie ausgegangen ist:
| Die Antwort | Was es bedeutet | Was zu tun ist |
|---|---|---|
| Wird abgespielt | Der Fernseher hat bestätigt, dass er die Playlist hat. | Nichts. |
| Zugewiesen, Bildschirm offline | Der Fernseher war aus oder getrennt. Er spielt die Playlist ab, sobald er sich wieder verbindet. | Führen Sie dieselbe Veröffentlichung erneut aus, um zu warten. Sie erstellt nie eine zweite Playlist. |
| Zugewiesen, eine Übernahme wird angezeigt | Eine vorübergehende Überschreibung läuft auf dem Bildschirm, daher ist die neue Playlist der Standard und wird abgespielt, wenn die Überschreibung endet. | Warten oder die Übernahme beenden. |
| Zugewiesen, der Fernseher hat es abgelehnt | Der Fernseher konnte nicht wechseln, zum Beispiel zu einer Seite mit einer Anmeldung in der Adresse. | Lesen Sie den Grund, beheben Sie ihn und aktualisieren Sie dann den Bildschirm. |
| Wartet auf Überprüfung | Das Projekt braucht eine Person, die Änderungen genehmigt. Nichts wird abgespielt, bis sie es tut. | Auf die Genehmigung warten. |
| Bereits veröffentlicht | Dieselbe Veröffentlichung lief bereits, und dies ist die frühere Antwort. | Nichts. |
Sicher wiederholbar, sicher teilbar
- Wiederholungen verdoppeln nichts. Senden Sie dieselbe Veröffentlichung zweimal, erhalten Sie dieselbe Playlist, keine zweite.
- Ein veraltetes Update wird abgelehnt. Aktualisieren Sie mit der Revision, die Sie gelesen haben. Hat ein anderer Job die Playlist zuerst geändert, wird Ihr Update abgelehnt und erhält die aktuelle Revision, sodass sich zwei Jobs nicht gegenseitig überschreiben können.
- Ein Bild des Bildschirms ist kostenlos. Ebenso eine Aktualisierung oder eine Notiz auf einem Bildschirm. Ein Befehl, der eine ganze Gruppe von Bildschirmen aktualisiert, zählt als eine Anfrage, egal wie viele Bildschirme er erreicht.
Ihr Agent kann in einer Minute eine Diashow bauen. Sie jahrelang auf jedem Bildschirm und jedem Gerät am Laufen zu halten, ist das, was screenRIG leistet.
Player behandelt die Installation eines Players auf einem bestimmten Fernseher.
Als Nächstes: Jeder Aufruf, jedes Feld und jeder Fehler steht in der API-Referenz.
Verwandt
Weitere Anleitungen
screenRIG ist kostenlos.
Installieren Sie das offizielle Plugin, koppeln Sie einen Bildschirm, und Ihr Agent veröffentlicht darauf.
