Fehlermeldung stream was reset

[MenchenSued]

@Herbert_W sagte in Fehlermeldung stream was reset:

Ich gehe auch davon aus, dass es nicht an der MV-Software liegt.

Natürlich liegt es in erster Linie an MV, wenn sich der Film nach einem Abbruch trotzdem laden lässt. Viele Downloader haben Mechanismen integriert, die es bei Störungen ein paar Mal oder beliebig lange weiter probieren. Wenn ich morgens meine tägliche DSL-Unterbrechung habe, dann stoppt MV sofort und fragt, ob der Film weitergeführt, abgebrochen oder neu gestartet werden soll. Yt-dlp gibt in dieser Zeit nur ein paar Warnungen aus und macht dann weiter. Vielleicht gibt es für JAVA-Programme auch fehlertolerante Downloader, die nicht bei jedem kleinen Huster abbrechen.

Aber Du hast schon recht, interessant wäre die Abbruchursache. Vielleicht steht ja irgend ein Kommentar im Logfile, das von MV immer angelegt wird.

[tuproed]

@Herbert_W sagte in Fehlermeldung stream was reset:

Habe mal die Qualitätsstufen gewechselt

Der Fehler tritt bei Downloads in den Qualitätsstufen Mittel und Hoch auf.
Bei Qualitätsstufe Niedrig gibt es keine Probleme

Dass der Fehler nur bei „Mittel“ und „Hoch“ auftritt, klingt stark danach, dass es entweder mit der Dateigröße oder der Kodierung/Bitrate zusammenhängt. „Niedrig“ funktioniert vermutlich, weil die Dateien kleiner sind und weniger Ressourcen brauchen.

[meistersun]

Ich habe genau das gleiche Problem mit dem BR, der Download bricht ab und hinterlässt Fehlermeldungen:

ERROR 2026-03-01 15:01:29,994  [DIRECT DL THREAD_Folge 73 | Endometriose und Mastozytose, Brustkrebs-Nachsorge, SIBO] starter.DirectHttpDownload (DirectHttpDownload.java:341) - run()
okhttp3.internal.http2.StreamResetException: stream was reset: INTERNAL_ERROR
	at okhttp3.internal.http2.Http2Stream$FramingSource.read(Http2Stream.kt:400) ~[MediathekView.jar:?]
	at okhttp3.internal.connection.Exchange$ResponseBodySource.read(Exchange.kt:291) ~[MediathekView.jar:?]
	at okio.RealBufferedSource$inputStream$1.read(RealBufferedSource.kt:162) ~[MediathekView.jar:?]
	at java.base/java.io.InputStream.read(InputStream.java:220) ~[?:?]
	at mediathek.controller.ThrottlingInputStream.read(ThrottlingInputStream.java:31) ~[MediathekView.jar:?]
	at mediathek.controller.MVBandwidthCountingInputStream.read(MVBandwidthCountingInputStream.java:49) ~[MediathekView.jar:?]
	at mediathek.controller.starter.DirectHttpDownload.downloadContent(DirectHttpDownload.java:204) ~[MediathekView.jar:?]
	at mediathek.controller.starter.DirectHttpDownload.run(DirectHttpDownload.java:310) [MediathekView.jar:?]
INFO  2026-03-01 15:01:30,005  [DIRECT DL THREAD_Folge 73 | Endometriose und Mastozytose, Brustkrebs-Nachsorge, SIBO] starter.StarterClass (StarterClass.java:171) - [Download ist fertig und war fehlerhaft, Programmset: Speichern, Ziel: E:\Mediathek\Folge 73 _ Endometriose und Mastozytose, Brustkrebs-Nachsorge, SIBO-Die Ernährungs-Docs-NDR.mp4, Startzeit: 2026-03-01T15:00:15.5756537, Endzeit: 2026-03-01T15:01:30.0034429, Restarts: 0, Dauer: 74 s, Bytes gelesen: 72,0 MiB, Bandbreite: 1,020 MB/s, URL: https://ndr-progressive.ard-mcdn.de/progressive/2024/0308/TV-20240308-1347-2000.1080.mp4, direkter Download]
ERROR 2026-03-01 15:02:39,404  [DIRECT DL THREAD_Krankschreibung ohne Arztbesuch, Krankenkassen-Abrechnungen, Döner, Dosenöffner] starter.DirectHttpDownload (DirectHttpDownload.java:341) - run()
okhttp3.internal.http2.StreamResetException: stream was reset: INTERNAL_ERROR
	at okhttp3.internal.http2.Http2Stream$FramingSource.read(Http2Stream.kt:400) ~[MediathekView.jar:?]
	at okhttp3.internal.connection.Exchange$ResponseBodySource.read(Exchange.kt:291) ~[MediathekView.jar:?]
	at okio.RealBufferedSource$inputStream$1.read(RealBufferedSource.kt:162) ~[MediathekView.jar:?]
	at java.base/java.io.InputStream.read(InputStream.java:220) ~[?:?]
	at mediathek.controller.ThrottlingInputStream.read(ThrottlingInputStream.java:31) ~[MediathekView.jar:?]
	at mediathek.controller.MVBandwidthCountingInputStream.read(MVBandwidthCountingInputStream.java:49) ~[MediathekView.jar:?]
	at mediathek.controller.starter.DirectHttpDownload.downloadContent(DirectHttpDownload.java:204) ~[MediathekView.jar:?]
	at mediathek.controller.starter.DirectHttpDownload.run(DirectHttpDownload.java:310) [MediathekView.jar:?]
INFO  2026-03-01 15:02:39,407  [DIRECT DL THREAD_Krankschreibung ohne Arztbesuch, Krankenkassen-Abrechnungen, Döner, Dosenöffner] starter.StarterClass (StarterClass.java:171) - [Download ist fertig und war fehlerhaft,

[DerReisende77]

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.

[meistersun]

Hallo zusammen, vielen Dank. Mit der vorgeschlagenen Nightly Version vom 03.03. / 14.5 funktioniert es. Sogar der Start aus der Windows Aufgabenplanung funktioniert.

[Herbert_W]

@DerReisende77

Vielen Dank für den super Service

[Herbert_W]

@DerReisende77

Habe heute wieder endlose Abbrüche bei der Auswahl Download “Mittel”
Bei “Niedrig” und “Hoch” gibt es keine Probleme
Ich nutze Version 14.5

[DerReisende77]

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.

[Herbert_W]

@DerReisende77

Dankschön für die Info.

Heute hat es mit der Einstellung “Mittel” funktioniert.

[Herbert_W]

Heute kommt es bei einigen Sendungen des BR wieder zum Abbruch.

[mac-christian]

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

[styroll]

@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.

[Herbert_W]

@mac-christian

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]

@styroll
Ich versuchte die aktuelle Nightly-Version zu installieren.
Windows blockte die Installation.
Gibt es einen Workaround zur Installation?

[styroll]

@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]

@styroll
ZIP entpackt
EXE als Admin ausführen wollen
Windows blockt “Diese APP kann auf dem PC nicht ausgeführt werden”

[DerReisende77]

@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.

[DerReisende77]

Windows Intel CPU Programme müssen amd64 im Namen haben, nicht arm64.