Add active scheduling of "Station Fallback" in form of a default show

Parent: [EPIC] Proactive scheduling of fallback program (aura#392)

• Actively schedule Station Fallback when no planned timeslots are expected, to avoid wait time for silence detector
• Handle like a Default Station Playlist, similar to Default Playlists on schedule and show

Dependencies

• [EPIC] Basic radio station administration (aura#221 - closed)
• [EPIC] Display virtual timeslots / Music Fallba... (aura#176 - closed)

changed milestone to %1.0-alpha2 — Precise Pheasant

added P2 label

assigned to @david

marked this issue as related to engine-core#21

mentioned in issue steering#120 (closed)

changed milestone to %1.0-alpha5 — Capable Capybara

unassigned @david

In the o94 meeting on 2023-11-06 it was put emphasis on the importance of that behavior. Therefore increasing priority.

While this requirement is still to be evaluated on o94-side, @fm_margarethem mentioned following in dashboard#163 (moved):

In the last ProKo meetings, one more wish regarding a global setting came up: choosing / setting a default media source / playlist for every new timeslot that is created. E.g. the default media source could be set to "Studio" for a radio in which mostly live shows are done.

added P1 label and removed P2 label

changed the description

changed milestone to %1.0-alpha7 — Helpful Hedgehog

added discuss label

marked this issue as related to dashboard#163 (moved)

mentioned in issue dashboard#163 (moved)

marked this issue as related to aura#176 (closed)

mentioned in issue steering#154 (closed)

mentioned in issue engine-core#21

mentioned in issue aura#392

changed the description

Is this not achievable with the virtual timeslots? If we assign a playlist to the virtual timeslot show and then use it in engine to schedule a "normal" timeslot? Or does this ticket describe something else?

As discussed this should avoid potential timeout issues with the silence detector i.e. if we notice an undesired delay between schedules and fallback, since the silence detector needs no meet the threshold settings. But at the moment it appears, that Liquidsoap identifies that there is no active channel and immediately moves to the fallback.

Therefore moving this post 1.0.

changed milestone to %1.2