SRF - Ton ab Filmmitte asynchron

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

[vitusson]

@lukastribus sagte in SRF - Ton ab Filmmitte asynchron:

@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

Das klingt doch gut.

[styroll]

@lukastribus sagte: Die Lösung des Problems wird erreicht durch die Kombination der beiden Argumente:
-m3u8_hold_counters 1 -seg_max_retry 1

Sehr schön, da werden wohl einige Benutzer dankbar sein, diesen Schalter verwenden zu können.
Ich hab das auch gleich erfolgreich verifizieren können (auch wenn ich die Prüfung selbst nicht benötige, da ich weiss, dass internationale Produktionen beim SRF grundsätzlich nach einer Woche depubliziert werden).

Das zweite Mal Aufführen von “-m3u8_hold_counters” nach der URL (Parameter %f) – wie das dein Screenshot zeigt – dürfte nicht nötig sein, oder?
Ich zumindest kriegte ohne “-m3u8_hold_counters 10” bei deinen zwei Beispielfilmen das gleiche (gewünschte) Resultat.

[lukastribus]

@styroll sagte in SRF - Ton ab Filmmitte asynchron:

Das zweite Mal Aufführen von “-m3u8_hold_counters” nach der URL (Parameter %f) – wie das dein Screenshot zeigt – dürfte nicht nötig sein, oder?
Ich zumindest kriegte ohne “-m3u8_hold_counters 10” bei deinen zwei Beispielfilmen das gleiche (gewünschte) Resultat.

Richtig, nicht notwendig, war ein Überbleibsel eines vorherigen Tests. Werde den Screenshot nochmal austauschen damit es klarer ist.

[vitusson]

@vitusson sagte in SRF - Ton ab Filmmitte asynchron:

@lukastribus sagte in SRF - Ton ab Filmmitte asynchron:

@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

Das klingt doch gut.

Wobei man anmerken muß daß es “-seg_max_retry” erst ab ffmpeg Version 6 gibt, der abgehangene 5.1 in Debian stable zB tut es nicht und nur mit “-m3u8_hold_counters” lädt der fröhlich weiter den ganzen Kram runter