SRF - Ton ab Filmmitte asynchron
-
@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…
-
@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:
-
@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.
-
@lukastribus sagte: Die Lösung des Problems wird erreicht durch die Kombination der beiden Argumente:
-m3u8_hold_counters 1 -seg_max_retry 1Sehr 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. -
@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 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
-
@lukastribus sagte in SRF - Ton ab Filmmitte asynchron:
@vitusson Stimmt, ffmpeg 6.0 ist notwendig (in den Debian repositories ab trixie - was zur Zeit debian testing ist).
Alternativ: Das Debian Multimedia Repository von Christian Marillat nutzen, dessen Pakete sind immer weitaus aktueller und dort gibt es auch 6.0 für stable
http://www.deb-multimedia.org/dists/stable/main/binary-amd64/package/ffmpeg -
@styroll sagte in SRF - Ton ab Filmmitte asynchron:
Sinnvoller wäre es, solche depublizierte Sendungen aus der Liste entfernen zu lassen
Finde ich ganz und gar nicht. Was soll hier bitteschön sinnvoll sein? Sollte man auf die beste ÖR-Mediatheken-Qualität wegen diesen mickrigen 10 Sekunden verzichten? Die Sendungen werden in den Anstalten eh kreuz und quer nach Belieben geschnitten. Die Kleinigkeit mit Asynchron-Audio lässt sich bekanntlich durch Audiospur-Synchronisation in jedem vernünftigen Player in zwei Sekunden beheben.
-
@marqui Der Punkt ist doch, dass die Sendung gar nicht mehr online sein dürfte, weil Lizenzlaufzeit beendet oder eine Rundfunkstaatsvertragsregel einzuhalten ist. Dann zu fordern, sie solle gefälligst dennoch herunterladbar sein, passt da nicht ganz.