Very slow HTTP fetch on a specific host

Important Information

Provide following Information:

• mpv version

mpv v0.36.0-431-gf40bbfec Copyright © 2000-2023 mpv/MPlayer/mplayer2 projects
 built on Sep 28 2023 04:24:02
libplacebo version: v6.338.0-1-gd322515-dirty
FFmpeg version: N-112203-gb643af4ac
FFmpeg library versions:
   libavutil       58.25.100
   libavcodec      60.27.100
   libavformat     60.13.100
   libswscale      7.3.100
   libavfilter     9.11.100
   libswresample   4.11.100

• Platform and Version Windows 10
• Source of the mpv binary https://github.com/zhongfly/mpv-winbuild/releases

If you're not using git master or the latest release, update.
Releases are listed here: https://github.com/mpv-player/mpv/releases

Reproduction steps

• mpv https://web.lotuscdn.vn/2023/10/30/ecb56ab1476e2b5dcd9f04456f9c89b0_1698619279984-4gzz6xob0v.mp4 -v --no-ytdl --no-config --log-file=lotus.txt
• Video loads very slowly and checking mitmproxy log it looks like the MPV keeps using Range request that server refuse to load
• Every single video from this site has the similar issue

Video: https://imgur.com/UOjjP2j

Try to reproduce your issue with --no-config first. If it isn't reproducible
with --no-config try to first find out which option or script causes your issue.

Describe the reproduction steps as precise as possible. It's very likely that
the bug you experience wasn't reproduced by the developer because the workflow
differs from your own.

Expected behavior

• Open this link in web browsers
• Load superfast with zero delay

So video should be able to load as fast as in browsers

Actual behavior

Video loads slowly like stoneage

Log file

• --no-config logs: lotus.txt

Make a log file made with -v -v or --log-file=output.txt, paste it to
https://0x0.st/ or attach it to the github issue, and replace this text with a
link to it.

Sample files

Sample files needed to reproduce this issue can be uploaded to https://0x0.st/
or similar sites. (Only needed if the issue cannot be reproduced without it.)
Do not use garbage like "cloud storage", especially not Google Drive.

Reproduce with the exact mpv command in the issue using --no-config and inspect lotus.txt alongside the mitmproxy observations. Compare the HTTP Range requests for this host with browser behavior; the issue is resolved when the sample video loads promptly without the server-rejected request pattern.