SRF - Ton ab Filmmitte asynchron

[MenchenSued]

@Georg-J
Bei depublizierten Sendungen hatten wir schon häufiger ein seltsames Verhalten. Mal war der Film nur teilweise vorhanden, mal konnte ein User ihn laden, ein anderer nicht. Hier wird wohl ein Verweis auf ein bereits gelöschtes Segment schuld sein.
Man könnte den Warnlevel bei ffmpeg erhöhen, damit er bei fehlenden Segmenten einfach abbricht. MV würde dann vermutlich melden “Der Download hat nicht geklappt”.

[Nobby]

@MenchenSued sagte in SRF - Ton ab Filmmitte asynchron:

@Nobby, @p-egl
Wenn das Problem bei fast jedem zweiten Film existiert, dann nennt bitte eine konkrete in MediathekView vorhandene Sendung, damit sich die Experten den Film näher ansehen können. Der Hinweis, dass das Problem sowohl am VLC als auch am TV auftritt ist schon einmal sehr hilfreich. Bitte auch die Fragen zum ffmpeg aus meinem ersten Beitrag beantworten.

Wenn möglich, nennt auch die Zeit, ab der der Versatz auftritt.
Habt ihr die Filme ein zweites Mal herunter geladen und verglichen? Sind die Dateien identisch und tritt der Fehler bei beiden zur gleichen Zeit auf?

Hier ein Beispiel-Link:
https://srf-vod-amd.akamaized.net/ch/hls/rosamundepilcher/2022/04/rosamundepilcher_20220410_011318_9622837_v_webcast_h264_,q40,q10,q20,q30,q50,q60,.mp4.csmil/index-f1-v1-a1.m3u8
Ich habe den Film noch mal mit MV und JDownloader runtergeladen, in beiden fällen tritt das Problem ab 0:43:40 auf. Das Bild hängt ein paar Sekunden, und anschließend läuft der Film asynchron weiter. Öffne ich den Link allerdings im Browser, dann kann ich ihn ohne Probleme bis zum Schluss ansehen.

[mac-christian]

@Nobby sagte in SRF - Ton ab Filmmitte asynchron:

Ich habe den Film noch mal mit MV und JDownloader runtergeladen, in beiden fällen tritt das Problem ab 0:43:40 auf.

Also liegts wohl eher nicht an MV, wenn ein anderes Programm den gleichen Effekt bringt.

[styroll]

@Nobby sagte: in beiden fällen tritt das Problem ab 0:43:40 auf. […] Öffne ich den Link allerdings im Browser, dann kann ich ihn ohne Probleme bis zum Schluss ansehen.

Ja, aber auch im Browser bleibt das Video an besagter Stelle stehen, und zu deiner Sendung scheint es nicht mehr mal die Webseite dazuzugeben (immer diese angeben, nicht den Video-Link), im Unterschied zum weiter oben erwähnten Beispiel:

Workaround:

Bei SRF-Spielfilmen, die nach einer Woche nach Ausstrahlung noch in der MV-Liste sind, würde ich vor dem Download über einen Klick auf den Button “Link zur Webseite” prüfen, ob die Sendung nicht schon depubliziert wurde:

Und falls ja, dann nach erfolgtem Download im letzten Teils des Videos kurz prüfen, ob Bild und Ton synchron sind.

[Nobby]

@mac-christian sagte in SRF - Ton ab Filmmitte asynchron:

Also liegts wohl eher nicht an MV, wenn ein anderes Programm den gleichen Effekt bringt.

Du hast hast Recht. Das war mir eigentlich auch klar, somit war meine Anmerkung hier natürlich im falschen Forum. Sorry.

[Nobby]

@styroll sagte in SRF - Ton ab Filmmitte asynchron:

Ja, aber auch im Browser bleibt das Video an besagter Stelle stehen…

Das hatte ich übersehen. Damit ist dann wohl klar, dass die Datei wirklich beschädigt ist. Komisch zwar, dass das bei so vielen Sendungen der Fall ist, aber so ist das dann scheinbar. Danke für euere Hilfe.

[JohnWatson1854]

Dieses Problem tritt wohl bei vielen von SRF heruntergeladenen Filmen auf, auf der SRF homepage sind viele Filme aus Deutschland nicht herunterzuladen.
Das Herunterladen nur aus der Schweiz ist auf beim SFR Radio bekannt, begründet wird dies mit copyright-Problemen.
Beim nächsten Schweiz Aufenthalt werde ich Filme aus der SRF mediathek laden und prüfen, ob dann das gleiche Problem auftritt.

[styroll]

@JohnWatson1854 sagte: Beim nächsten Schweiz Aufenthalt werde ich Filme aus der SRF mediathek laden und prüfen, ob dann das gleiche Problem auftritt.

Da ich mich dort, abgesehen von etwa 2 Wochen pro Jahr, aufhalte, kann ich dir versichern, dass das Problem bislang nur bei depublizierten Sendungen und eben auch mit Standort CH auftritt…

[brainstuff]

Dieser Beitrag wurde gelöscht!

[vitusson]

@brainstuff *plonk* wg OT-Geschwafel

[lukastribus]

Hallo,

könnte man hier zur Verbesserung der User Experience bei fehlenden TS Segmenten den Download mit einer Fehlermeldung abbrechen, anstatt diese dann falsch zusammenzumuxen und Erfolg zu suggerieren?

Dass es ein Sync Problem gibt kommt man in vielen Situationen erst nach einigen Minuten - oft auf bereits auf der Couch - drauf, “fail early” wäre hier glaube ich hilfreich.

Danke

[styroll]

@lukastribus sagte: könnte man hier zur Verbesserung der User Experience bei fehlenden TS Segmenten den Download mit einer Fehlermeldung abbrechen

Sinnvoller wäre es, solche depublizierte Sendungen aus der Liste entfernen zu lassen (was eine Zusatzprüfung, die erst zu finden wäre, bedingen würde, da leider die Playlist-URL immer noch gültig ist).

EDIT:

Eine Prüfung die jeder selber vornehmen kann: Die URL zur Sendung (unten links, “Link zur Website”) anklicken

Da hat einer wieder etwas nicht verstanden und zitiert meine eigenen Aussagen weiter zurück in diesem Thread…

[mac-christian]

@styroll Eine Prüfung die jeder selber vornehmen kann: Die URL zur Sendung (unten links, “Link zur Website”) anklicken, dann sieht er/sie, ob die Sendung noch verfügbar ist oder nicht. Wenn nicht, einfach nicht versuchen, runterzuladen…

[Georg-J]

@lukastribus sagte in SRF - Ton ab Filmmitte asynchron:

Hallo,

könnte man hier zur Verbesserung der User Experience bei fehlenden TS Segmenten den Download mit einer Fehlermeldung abbrechen, anstatt diese dann falsch zusammenzumuxen und Erfolg zu suggerieren?

Dazu müsste MV den Download der einzelnen Chunks selbst durchführen oder ffmpeg müsste für diesen Fehlerfall erweitert werden.

[lukastribus]

@mac-christian sagte in SRF - Ton ab Filmmitte asynchron:

Eine Prüfung die jeder selber vornehmen kann: Die URL zur Sendung (unten links, “Link zur Website”) anklicken, dann sieht er/sie, ob die Sendung noch verfügbar ist oder nicht. Wenn nicht, einfach nicht versuchen, runterzuladen…

Natürlich gibt es immer Workarounds, mit guter User Experience hat das aber nichts zu tun.

Der Sinn wäre dass man das Problem frühzeitig erkennt bevor man diesen Forum Thread liest und mit dieser Problematik sehr vertraut ist.

@Georg-J sagte in SRF - Ton ab Filmmitte asynchron:

Dazu müsste MV den Download der einzelnen Chunks selbst durchführen oder ffmpeg müsste für diesen Fehlerfall erweitert werden.

Danke. Gibt es irgendwo (auch im Source code) Hinweise darüber, mit welchen Parametern ffmpeg von MV aufgerufen wird?

Wenn ich solch eine m3u URL direkt an ffmpeg übergebe, dann kriege ich einen endlosen 404 Not Found Fehlersturm heraus. Deswegen wäre es wichtig zu verstehen wie ffmpeg aufgerufen wird, wenn wir hier Verbesserungen bei ffmpeg erreichen möchten.

Vielen Dank

[vitusson]

@lukastribus sagte in SRF - Ton ab Filmmitte asynchron:

Danke. Gibt es irgendwo (auch im Source code) Hinweise darüber, mit welchen Parametern ffmpeg von MV aufgerufen wird?

Die stehen in den Einstellungen in deinem Set zum Herunterladen. Und im Log, dafür brauchst du keinen Source-Code.
Und in den Set-Einstellungen kannst du sie auch ändern.

Aber frag mich nicht welche der hunderte von Schaltern helfen könnte.
Vom schnell drüberschauen könnte sich “-m3u8_hold_counters” anbieten

       m3u8_hold_counters
           The maximum number of times to load m3u8 when it refreshes without new segments.  Default value is 1000.

1000 scheint mir doch sehr großzügig. Siehe auch https://trac.ffmpeg.org/ticket/8434
Nützlich wäre es mal eine konkrete URL zum testen zu haben.

[lukastribus]

@vitusson

Beispiel Sendung:
Sender:SRF
Titel: Der Schwarm (Staffel 1, Folge 1)
Datum: 22.02.2023

Beispiel URL:

https://srf-vod-amd.akamaized.net/world/hls/derschwarm/2023/02/derschwarm_20230222_151728_17738342_v_webcast_h264_,q40,q10,q20,q30,q50,q60,.mp4.csmil/index-f6-v1-a1.m3u8

ffmpeg argumente wie:

-m3u8_hold_counters 1
-seg_max_retry 1
-max_reload 1
-xerror

scheinen alle nichts zu nützen.

[MenchenSued]

@lukastribus
Ich habe den Link mal mit yt-dlp herunter geladen und dabei stellt man fest, dass 10 von 270 Segmenten nicht gefunden und übersprungen werden. Wenn ich den Link mit geringer Auflösung (index-f5) verwende, bekomme ich nur die ersten 2 von 270 Segmenten. MV stellt bei der Prüfung vermutlich fest, dass die Datei noch existiert, prüft aber nicht den Inhalt auf Konsistenz.

[styroll]

@MenchenSued sagte: Ich habe den Link mal mit yt-dlp herunter geladen und dabei stellt man fest, dass 10 von 270 Segmenten nicht gefunden und übersprungen werden.

Und was hat das mit Anliegen von @lukastribus zu tun? Er weiss ja, dass die fehlenden Segmente Ursache für die AV-Sync-Probleme sind, was ja gerade in diesem Thread auch erklärt wurde…

@MenchenSued sagte: MV stellt bei der Prüfung vermutlich fest, dass die Datei noch existiert, prüft aber nicht den Inhalt auf Konsistenz.

Welche Datei? Die Playlist-Datei ist noch da und deren Inhalt ist natürlich auch konsistent, aber verweist teilweise auf Segmente, die nicht mehr existieren, wo sich die Frage der Konsistenz somit gar nicht erst stellt. Aber auch das steht schon sinngemäss in diesem Thread…

[lukastribus]

@vitusson m3u8_hold_counters war ein gutes Stichwort.

Die Lösung des Problems wird erreicht durch die Kombination der beiden Argumente:

-m3u8_hold_counters 1 -seg_max_retry 1

Im Setz Speichern hinzufügen:

Nur noch vollständige Downloads scheinen als “Fertig” auf, die fehlerhaften Downloads brechen ab, dann hat die Datei lediglich ein paar Minuten Laufzeit (anstatt volle Länge mit desync und fehlenden Segmenten) und der Download wird in Mediathekview korrekterweise als fehlerhaft bezeichnet: