Fehlermeldung stream was reset
-
Der Fehler hängt primär mit CDN-Providern zusammen, deren Server HTTP/2-Verbindungen nicht vollständig unterstützen.
In MV 14.5 (in den nightlies ab heute 13:15 ungefähr) ist ein automatisches Wiederholen inkl. Downgrade auf HTTP1.1-Verbindung eingebaut so dass diese Fehler eigentlich nicht mehr auftreten sollten. Alle Versionen davor haben den Patch nicht. -
Hallo zusammen, vielen Dank. Mit der vorgeschlagenen Nightly Version vom 03.03. / 14.5 funktioniert es. Sogar der Start aus der Windows Aufgabenplanung funktioniert.
-
Der Fehler hängt primär mit CDN-Providern zusammen, deren Server HTTP/2-Verbindungen nicht vollständig unterstützen.
In MV 14.5 (in den nightlies ab heute 13:15 ungefähr) ist ein automatisches Wiederholen inkl. Downgrade auf HTTP1.1-Verbindung eingebaut so dass diese Fehler eigentlich nicht mehr auftreten sollten. Alle Versionen davor haben den Patch nicht.Vielen Dank für den super Service
-
Der Fehler hängt primär mit CDN-Providern zusammen, deren Server HTTP/2-Verbindungen nicht vollständig unterstützen.
In MV 14.5 (in den nightlies ab heute 13:15 ungefähr) ist ein automatisches Wiederholen inkl. Downgrade auf HTTP1.1-Verbindung eingebaut so dass diese Fehler eigentlich nicht mehr auftreten sollten. Alle Versionen davor haben den Patch nicht.Habe heute wieder endlose Abbrüche bei der Auswahl Download “Mittel”
Bei “Niedrig” und “Hoch” gibt es keine Probleme
Ich nutze Version 14.5
-
Im 14.6. nightly ab heute sind noch ein paar fixes mehr reingenommen in Bezug auf Download. Der DL ist derzeit noch nicht verfügbar da das Kopieren der nightlies gerade noch gefixt werden muss.
Davon abgesehen würde ich eher ein Problem bei deiner Netzwerkverbindung vermuten da ja einige Teile funktionieren, andere jedoch nicht. -
Im 14.6. nightly ab heute sind noch ein paar fixes mehr reingenommen in Bezug auf Download. Der DL ist derzeit noch nicht verfügbar da das Kopieren der nightlies gerade noch gefixt werden muss.
Davon abgesehen würde ich eher ein Problem bei deiner Netzwerkverbindung vermuten da ja einige Teile funktionieren, andere jedoch nicht. -
Ich habe eben die Sendung von @Herbert_W versucht runterzuladen.
Mittlere Auflösung, gemäss Dialog etwa 650 MB, bricht bei etwas über 400 MB ab. Allerdings steht in der Statuszeile, wo die Bits und Bytes hochgezählt werden, irgendwann plötzlich eine viel höhere Zahl als 650 und zählt weiter hoch ehe die Abbruchmeldung kommt. Mehrmals versucht.
Der Download mit hoher Auflösung (gemäss Dialog 1067 MB) läuft aber problemlos durch. Auch mehrmals versucht.
Ich habe hier einen GF-Anschluss mit 1 GB up / 1 GB down
-
@Herbert_W sagte: Heute kommt es bei einigen Sendungen des BR wieder zum Abbruch.
Ich denke nicht, dass es notwendig ist, alle deine diesbezüglichen Probleme hier mit Screenshot zu dokumentieren. Das wäre umso merkwürdiger, falls du weiterhin mit MV 14.5 unterwegs bist, statt es mal mit der diesbezüglich verbesserten Nightly-Version (Version von heute für Windows) zu probieren.
Ich hab es endlich geschafft (mit MV 14.5.0), mit deiner obigen Beispielssendung auch einmal diesen Fehler zu erhalten.
- Der DL in HQ funktionierte zuerst zweimal tadellos. Was mir aufgefallen ist, dass ca. 3-mal die Geschwindigkeit für 1 sec von 35 MB/s schlagartig auf ca. 600 kB/s eingebrochen ist und dann sofort wieder auf 35 MB/s hochschnellte, etwas das ich so noch nie gesehen habe.
- Danach in mittlerer Qualität scheiterte der Download mehrmals auch mit JDownloader:

Meine Netzwerkverbindung ist stabil und ganz flott.
EDIT:
Hab nun die Nightly von heute 31.3.2026 für Apple Silicon ausprobiert:- Die mittlere Qualität funktionierte.
- Die niedrige Qualität danach nicht.
Die Nightly scheint hier also keine Abhilfe zu bringen.
EDIT 2:
Nightly-Link korrigiert (AMD-Version, nicht ARM) -
Ich habe eben die Sendung von @Herbert_W versucht runterzuladen.
Mittlere Auflösung, gemäss Dialog etwa 650 MB, bricht bei etwas über 400 MB ab. Allerdings steht in der Statuszeile, wo die Bits und Bytes hochgezählt werden, irgendwann plötzlich eine viel höhere Zahl als 650 und zählt weiter hoch ehe die Abbruchmeldung kommt. Mehrmals versucht.
Der Download mit hoher Auflösung (gemäss Dialog 1067 MB) läuft aber problemlos durch. Auch mehrmals versucht.
Ich habe hier einen GF-Anschluss mit 1 GB up / 1 GB down
Nach mehr als zehn Versuchen lief der Download mit der Vorgabe “Mittel” durch.
Wie Du geschrieben hast, zählte er auch bei mir höher als 650MB und landete dann bei ca. 1.100.
Vorher änderte ich auf “Hoch” und “Niedrig” auch hier erfolgte ein Abbruch.
Vor den Abbrüchen veränderte sich die verbleibende Zeit von zwei Minuten auf sehr hohe Werte.Testweise habe ich vom WDR einen Download gestartet, dieser lief einwandfrei druch
-
@Herbert_W sagte: Heute kommt es bei einigen Sendungen des BR wieder zum Abbruch.
Ich denke nicht, dass es notwendig ist, alle deine diesbezüglichen Probleme hier mit Screenshot zu dokumentieren. Das wäre umso merkwürdiger, falls du weiterhin mit MV 14.5 unterwegs bist, statt es mal mit der diesbezüglich verbesserten Nightly-Version (Version von heute für Windows) zu probieren.
Ich hab es endlich geschafft (mit MV 14.5.0), mit deiner obigen Beispielssendung auch einmal diesen Fehler zu erhalten.
- Der DL in HQ funktionierte zuerst zweimal tadellos. Was mir aufgefallen ist, dass ca. 3-mal die Geschwindigkeit für 1 sec von 35 MB/s schlagartig auf ca. 600 kB/s eingebrochen ist und dann sofort wieder auf 35 MB/s hochschnellte, etwas das ich so noch nie gesehen habe.
- Danach in mittlerer Qualität scheiterte der Download mehrmals auch mit JDownloader:

Meine Netzwerkverbindung ist stabil und ganz flott.
EDIT:
Hab nun die Nightly von heute 31.3.2026 für Apple Silicon ausprobiert:- Die mittlere Qualität funktionierte.
- Die niedrige Qualität danach nicht.
Die Nightly scheint hier also keine Abhilfe zu bringen.
EDIT 2:
Nightly-Link korrigiert (AMD-Version, nicht ARM) -
@styroll
Ich versuchte die aktuelle Nightly-Version zu installieren.
Windows blockte die Installation.
Gibt es einen Workaround zur Installation?@Herbert_W sagte: Windows blockte die Installation. Gibt es einen Workaround zur Installation?
Unter Eigenschaften der “Exe” trotzdem zulassen?
Ansonsten einfach die ZIP-Version runterladen und das MV-Programmverzeichnis an einen Ort deiner Wahl entpacken (braucht keine Installation – dann mal schauen, ob du wieder geblockt wirst). -
@Herbert_W sagte: Windows blockte die Installation. Gibt es einen Workaround zur Installation?
Unter Eigenschaften der “Exe” trotzdem zulassen?
Ansonsten einfach die ZIP-Version runterladen und das MV-Programmverzeichnis an einen Ort deiner Wahl entpacken (braucht keine Installation – dann mal schauen, ob du wieder geblockt wirst). -
@herbert_w Solltest Du oben auf den Direktlink zur Nightly von @styroll geklickt haben hast Du höchstwahrscheinlich eine falsche Version leider geladen. Es handelte sich um die Nightly für Windows ARM PCs nicht für Intel. Die Windows-Intel-Version ist über diesen Link zu laden. Das sollte dann auf deiner Windowsmaschine funktionieren.
-
Windows Intel CPU Programme müssen amd64 im Namen haben, nicht arm64.
-
Windows Intel CPU Programme müssen amd64 im Namen haben, nicht arm64.
Danke für die Info, jetzt habe ich die aktuelle Nightly-Version auf dem Rechner.
Sollten die Probleme mit dieser Version nochmals auftreten, werde ich berichten.
-
Danke für die Info, jetzt habe ich die aktuelle Nightly-Version auf dem Rechner.
Sollten die Probleme mit dieser Version nochmals auftreten, werde ich berichten.
-
Zwei Downloads der BR-Sendung “Abendschau der Süden” (Sendetermine Montag und Dienstag) wurden ausgeführt.
Aktuelle Sendung, Mittwoch, wieder Abbruch mit “unexpected end of stream” bei “Mittel”@Herbert_W sagte: wieder Abbruch mit “unexpected end of stream” bei “Mittel”
Das deckt sich mit meiner oben festgehaltenen Erfahrung.
-
@Herbert_W sagte: wieder Abbruch mit “unexpected end of stream” bei “Mittel”
Das deckt sich mit meiner oben festgehaltenen Erfahrung.
Seltsam, gerade mit Hoch und Niedrig gestartet.
Der Download läuft schnell und fehlerfrei.
Dann nochmals mit Mittel, wieder Abbruch mit dem altbekannten FehlerEdit: Wie bereits von Dir darauf hingewiesen, scheint das Problem beim BR zu liegen
-
Bisher habe ich Version 14.0 genutzt (soweit ich mich erinnere, keine stabile, sondern eine aus der Testphase) und bin damit auf dieses Problem gestoßen. Zunächst habe ich eine 14.6 von Ende März und jetzt die aktuelle vom 3.4. installiert, das war allerdings durch und durch eine „Verschlimmbesserung“.
Bei den vom Problem betroffenen Filmen war es bisher bei mir stets so, daß ein paar MB (2 etwa) geladen wurden, dann brach es ab. Man konnte nach den fest vorgegebenen Wiederholungeversuchen das Laden erneut aktivieren und irgendwann war der Film dann komplett da. Das geht nun noch immer, sogar ein wenig schneller, weil 3 Wiederholungsversuche gmacht werden, die reichen aber bei weitem nicht aus und von einem reinen HTTP/2-Problem merke ich auch nichts, es sei denn, das Zurückfallen auf 1.1 funktioniert in Wahrheit gar nicht, sonst müßte ja nach dem ersten auftretenden Fehler mit 1.1 weitergemacht und der Film vollendet werden. Die schon beschriebene Falschberechnung der bereits heruntergeladenen Megabytes tritt hier nun auch immer auf, soweit ich mich erinnere, war das bei der 14.0 noch nicht so.
Die neue Version schleppt mir indes ein ZUSÄTZLICHES Problem ein: für manche Filme schreibt es keine MP4-Datei, sondern lädt zwar Bytes, manchmal bis zum Abbruch wegen obigen Problems, manchmal problemlos bis zum Ende, dann aber wird gemeldet:
. Download fehlgeschlagen, Datei existiert nicht: /Pfad/zur/Zieldatei.mp4
Tut sie auch nicht; WOHIN gehen aber die geladenen Bytes?
Lege ich die Datei nun leer an (touch /Pfad/zur/Zieldatei.mp4) und wiederhole den Vorgang, wird sie als vorhanden erkannt, nach der Rückfrage, ob sie überschrieben werden soll, jedoch einfach nur entfernt, das Ergebnis bleibt ansonsten gleich. Lege ich während des Herunterladens die Datei wieder an, wird im Dateimanager ein „Blinken“ des Dateinamens angezeigt, der auf Zugriffe darauf hindeutet, aber die Größe ändert sich nicht, am Ende des Ladens wird die Datei entfernt und mit besagter Fehlermeldung quittiert. Es ist kein Rechteproblem, die zugehörigen Textdateien werden problemlos erstellt und es wäre auch seltsam, träte ein solches nur mit der neuen 14.6 auf.Ein weiterer Fehler der neuen Version: man kann ja „Programmsets“ anlegen, ich habe 2 zum Herunterladen, nennen wir sie der Einfachheit halber A mit dem Ziel-Pfad /a/ als Vorgabewert für neue Dateien und B mit /b/. Bislang war es so, daß man VOR dem Öffnen der Auswahl-Liste von der Vorauswahl A auf B umschalten konnte und dann als letzter Verzeichnis-Vorschlag /b/NAME angezeigt wurde, nicht /a/NAME. Das hat sich nun geändert und ist schlecht: wenn man ERST ein „Set“ auswählt, will man doch auch, daß nunmehr der „dranhängende“ Speicherort als neue Vorgabe genommen wird. (NAME wird dabei vom „Thema“ abgeleitet.)
