Could Not Dispatch 0.4.0

• A channel that lands on the fallback because the provider has no free connection goes back
  to its first stream as soon as a connection frees up, instead of after two minutes. That is
  what a viewer gets when switching channels with every connection in use: the new channel
  finds no room, falls to the card, and used to stay there for two minutes after the old one
  had closed. Measured with 30 simulated viewers on a provider limited to 3 connections, every
  collective channel change left the three new channels on the card for 120 to 130 s. The
  fallback now reads the connections in use per M3U profile every ten seconds, remembers a
  full provider for 20 seconds, and while such a channel waits it checks every two seconds. A
  refusal for capacity does not count as a try; a channel that lands on the card again within
  two minutes of such a return waits like any other.
• The fallback runs at 25 frames per second by default, up from 5. Jellyfin sets the frame
  rate of a transcode from the start of the stream, so a viewer who started a channel on the
  card went on at 5 frames per second after the channel was back on its stream: 938 frames
  in three minutes, measured. The bitrate is unchanged, so the file size and the average
  picture quality stay the same (60.3 dB on the dark card at 2000 kbit/s); the one encode
  shared by every viewer on the card costs about a third of a core more. The default only
  reaches installations that never saved their settings: saved settings keep the 5 they
  stored, so set Frames per second to 25 and press Apply.
• A registry workflow opens the version bump PR on Dispatcharr/Plugins when a release is
  published.

Commits:

• 850f5fa Run the fallback at 25 frames per second by default
• 410d3e4 Look the catalogue up again when a watched channel or its first stream is unknown
• c01e1a3 Open the registry PR from a workflow when a release is published
• b7cabf1 Send a channel back as soon as a connection frees up when it fell back for lack of one