-
Notifications
You must be signed in to change notification settings - Fork 1
Schedules
Schedules temporarily replace a screen's direct fallback playlist. Tilecast supports weekly recurring schedules and one-time events.
Only Owners and Administrators can create, edit, enable, disable, or delete schedules and groups.
Open Schedules → Create schedule.
The builder has four parts:
- Content: schedule name and playlist
- Timing: weekly recurring or one-time event
- Targets: individual screens, groups, or both
- Advanced options: enabled state, priority, and internal description
Review the summary and preview before saving.
Set:
- days of week
- start time
- end time
- IANA timezone
- optional start and end dates
An end time at or before the start time is an overnight window. For example, 21:00–06:00 starts on the selected day and ends the following morning.
Tilecast uses calendar and timezone rules rather than fixed 24-hour durations.
Set an exact start and end. The schedule is evaluated in its selected timezone.
A schedule can target:
- one or more individual screens
- one or more groups
- both
A screen that is selected directly and also appears through a group is still one target.
Emergency takeover always wins over schedules.
When several schedules match the same screen, Tilecast compares:
- Higher priority
- Direct-screen target over group target
- Later effective start
- Stable ID as the final deterministic tie-breaker
Update time does not decide the winner.
Use priority to express a real operational hierarchy.
Example:
| Priority | Use |
|---|---|
| 0 | Normal recurring programming |
| 20 | Special event |
| 50 | Time-sensitive announcement |
Do not use extreme priority values as a substitute for emergency takeover. Emergencies are a separate operation with expiration, preparation state, and audit behavior.
A disabled schedule remains saved but has no effect. This is useful for seasonal or reusable schedules.
When no schedule matches, the direct screen assignment plays. If the screen has no direct assignment, it shows the configured no-content screen.
Player manifests include relevant schedules and the required playlists. A player can continue evaluating received schedules while offline.
Offline scheduling uses the device clock and timezone data. Studio reports clock skew.
Tilecast does not change the Player clock.
An offline player cannot receive a schedule that was created after it disconnected.
For a nonexistent local time during a spring-forward gap, the boundary advances to the first valid time.
For a repeated local time during a fall-back overlap:
- a start uses the earlier occurrence
- an end uses the later occurrence
This avoids shortening an intended playback window.
Check, in order:
- Is an emergency active?
- Is the schedule enabled?
- Does its timezone match the intended location?
- Does the screen match a direct or group target?
- Is a higher-priority schedule active?
- At equal priority, is another schedule directly targeting the screen?
- Is the player clock skewed?
- Did the player receive the latest manifest?
Tilecast Wiki
Get started
Build playback
Operate players
Maintain Tilecast
Project