Ich kann die Datei nur überhaupt deshalb streamen, da
youtube-dl installiert ist.
mpv hat einen passenden hook dazu, siehe
options.rst unter dem Punkt
Program Behavior:
options.rst/ProgramBehavior schrieb
--ytdl, --no-ytdl
Enable the youtube-dl hook-script. It will look at the input URL, and will play the video located on the website. This works with many streaming sites, not just the one that the script is named after. This requires a recent version of youtube-dl to be installed on the system. (Enabled by default, except when the client API / libmpv is used.)
If the script can't do anything with an URL, it will do nothing.
(Note: this is the replacement for the now removed libquvi support.)
Ich denke, der Fehler hängt in erster Linie mit dem rtsp-Protokoll zusammen; bei http-Streams tritt sowas nach meiner Erfahrung praktisch niemals auf. options.rst hat dazu auch noch was, allerdings kann ich nicht erkennen, dass es einen nennenswerten Unterschied macht, vom voreingestellten
tcp abzuweichen.
options.rst/Network schrieb
--rtsp-transport=<lavf|udp|tcp|http>
Select RTSP transport method (default: tcp). This selects the underlying network transport when playing rtsp://... URLs. The value lavf leaves the decision to libavformat.
Im Prinzip funktioniert alles; das Streaming aufzuteilen in 1. Download und 2. Abspielen sorgt sicherlich für mehr Stabilität im ganzen Prozess, selbst wenn 1b. Umkodieren weggelassen wird. 😉