Fehlermeldung stream was reset

[mvsfsvm]

Bei MediathekView muss man doch gar nicht auf retry drücken, denn wenn alle anderen Downloads fertig sind werden die fehlerhaften automagisch erneut versucht.

[BugMelder]

Und wenn man nur einen Download hat? Bei mir wird das nur - ich glaube -dreimal automatisch erneut versucht, bevor man den wieder neu anstoßen muss. Jedenfalls zeigt mir mein Browserdownload direkt nach dem Stopp erneut den Retry-Button und ich kann dann sofort hunderte Male darauf herumhämmern. Es ist für mich in diesen speziellen Fällen halt einfacher.

[Herbert_W]

@BugMelder

Dankschön für den Tipp mit mediathekviewweb.

Der Download wurde mit der Web-Version, im Gegensatz zur APP, sofort ausgeführt.
Mich würde jedoch interessieren aus welchen Gründen der Fehler wiederholt in der APP auftritt.

[Herbert_W]

@mvsfsvm

Wie BugMelder schon geschrieben hat, maximal drei Versuche.

[Salt]

Kommt bei mir leider auch seit einiger Zeit vor (bisher beim NDR und BR). Ich glaube aber nicht, dass es an MV liegt, da der Browserdownload - wie weiter oben im Thema erwähnt - ebenfalls betroffen ist. Beim NDR tritt es besonders oft auf, wenn die Sendungen ganz frisch online sind. Nach ein paar Stunden klappt es dann oftmals.

[MV Web Fan]

Bei mir bricht der Download seit ein paar Tagen auch immer mal wieder ab. Habe dann erstmal abgewartet und auch etwas später erneut herunterladen können. Hoffe, dass ändert sich mal wieder

[Herbert_W]

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

Soeben ist der Download einer BR-Sendung wieder mal abgebrochen.
Zwei Minuten später lief er fehlerfrei durch.

Interessant wäre zu wissen, was die Ursache ist.

[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.
@Space Waves

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