Make the bitrate of the fallback stream the same as the original

[dmitrylyzo]

Alternative to #10751

In addition to #9092
If HEVC encoding is enabled, we may still encounter unnecessary transcoding issue.

⚠️ This PR is a hack/trick. It works on my Tizen 4 TV and Tizen 5 emulator (with AllowHevcEncoding condition removed).
I am for removing the problematic block, since we have VideoRange and probably no longer need a fallback stream. But this requires testing the Apple devices that require this fallback stream.

Changes
Make the bitrate of the fallback stream the same as the original, so that the client can choose by other attributes, such as color range.

Issues
Possible unnecessary transcoding (+tone mapping) in the same way as described here.

All streams in the master playlist are bound to the same PlaySessionId.
The server starts the transcoding process after receiving a request (middle bitrate or lower) from the device.
After sufficient buffering, the device requests a higher bitrate.
Since the PlaySessionId is the same, it seems that the transcoding job doesn't restart with the new parameters.

Fixes #8043
Fixes jellyfin/jellyfin-webos#105
Fixes jellyfin/jellyfin-tizen#163
Fixes jellyfin/jellyfin-webos#59
Fixes #5576 (#5576 (comment))
Fixes jellyfin/jellyfin-web#1190
Fixes #7272

[nyanmisaka]

Only very few videos require this fallback stream, so bitrate accuracy is not a big concern.