Fallback: Scheduled fallbacks for show & schedule

• Entries of type "stream" or "live" - such playlists should only be played when there's a recording available. In that case the recording is broadcasted (Note: this requires certain tank features to be implemented; use a stub implementation meanwhile). UPDATE: Recording not possible, see comment below)
• FallbackManager should not resolve fallback playlists in ordinary playout
• Liquidsoap silence detector should trigger a M3U playlist
• Configuration options and documentation
• Smooth fade-out for scheduled fallbacks
• Improve fade-out logic to respect fader-position

added Doing label

assigned to @david

added P1 label

added 1 deleted label

Entries of type "stream" or "live" - such playlists should only be played when there's a recording available. In that case the recording is broadcasted (Note: this requires certain tank features to be implemented; use a stub implementation meanwhile)

Unfortunately, this is not possible, since AURA Tank doesn't provide a unique playlist_id after playout. Hence to reference between fallback_playlist_id and a specific recording can be made. This is "by design" as discussed in the team meeting on 07.10.2020 (https://mattermost.servus.at/autoradio/pl/kppubbo19pdkmdtf9kg859ykdo)

Further discussion required.

marked the checklist item FallbackManager should not resolve fallback playlists in ordinary playout as completed

changed the description

marked the checklist item Entries of type "stream" or "live" - such playlists should only be played when there's a recording available. In that case the recording is broadcasted (Note: this requires certain tank features to be implemented; use a stub implementation meanwhile). UPDATE: Recording not possible, see comment below) as completed

mentioned in issue #43 (closed)

mentioned in commit engine-api@96c5d898

changed milestone to %1.0-alpha2 — Precise Pheasant

marked the checklist item Configuration options and documentation as completed

changed the description

marked the checklist item Smooth fade-out for scheduled fallbacks as completed

marked the checklist item Improve fade-out logic to respect fader-position as completed

closed

removed Doing label

mentioned in commit 55725a8a

mentioned in commit ed77a17c

mentioned in commit 7473fd8a

mentioned in commit 05f6bd27

mentioned in commit 711f09ac

mentioned in commit 6d4d8418

mentioned in commit 560daecd

mentioned in commit 119c4017

mentioned in commit dc8f8a95

mentioned in commit a74044ef

mentioned in commit 70460ce1

mentioned in commit ba169c5a

mentioned in commit 1afbe7b7

mentioned in commit 6fa9a7f4

mentioned in commit 51b991a1

mentioned in commit 4791a65c

mentioned in commit b540ac73

mentioned in commit fe585e9f

mentioned in commit fb131e84

mentioned in commit 653b008e

mentioned in commit c85e43f4

mentioned in commit f8bd8fd3

mentioned in commit 71774c8c

mentioned in commit 0751cf0e

mentioned in commit 462d707c

mentioned in commit e161db7c

mentioned in commit c0e0737f

mentioned in commit 8d9c9884

mentioned in commit 4390fe07

mentioned in commit 2d82f6a1

mentioned in commit adbe74d6

marked this issue as related to #3 (moved)

mentioned in issue #3 (moved)