Habe heute nochmals geladen und siehe da, jetzt ging es (mit neuer URL https://wdrmedien-a.akamaihd.net/medp/ondemand/weltweit/fsk0/263/2630154/2630154_42023427.mp4) auch mit 13.8.1 plötzlich. Sorry, ist aber auch nicht normal - oder ?

… aber die einzigen zwei oben verlinkten Threads zu lesen, bevor man etwas “unverfänglich” beiträgt, ist auch eine Frage der “Freundlichkeit” bzw. des üblichen Anstands in der Kommunikation zwischen Personen.

Was die Fage der Freundlichkeit und des Anstands angeht, solltest dich mal an deine eigene Nase fassen. Wenn du einen Fehler entdeckst, ist bei deinen Kommentaren ziemlich oft meist ein versteckter Vorwurf integiert, auch wenn deine Tips durchaus Berechtigung haben. Aber ohne überflüssigen Kommentar geht es offenbar nicht.

Und ich habe die Links hier im Thread angeklickt und darin die bei mir sehr schwach hellblau erscheinenden Links ganz einfach übersehen. Dir passiert sowas natürlich nicht …

Ich bin hier raus.

@we49 sagte: Es muss schon gestattet sein, eine spontane Idee zu äußern, […] ohne zuvor das Forum und alle Links inc… github zu durchsuchen und zu lesen.

Klar, und deine Idee ist ja auch ganz gut, aber die einzigen zwei oben verlinkten Threads zu lesen, bevor man etwas “unverfänglich” beiträgt, ist auch eine Frage der “Freundlichkeit” bzw. des üblichen Anstands in der Kommunikation zwischen Personen.
Nirgends steht etwas davon, dass man vor einem Beitrag “das ganze Forum durchsuchen” muss.

EDIT:

@we49 sagte weiter unten: Und ich habe die Links hier im Thread angeklickt und darin die bei mir sehr schwach hellblau erscheinenden Links ganz einfach übersehen

Der von mir gemachte (und von dir als unfreundlich taxierte Hinweis) bezog sich auf den ersten von mir verlinkten Thread und dort auf den zweiten Post. Dort musste also nicht nochmals ein weiterer Link angeklickt werden…

Wenn man das oben verlinkte Ticket liest, registriert man, dass dies schon mal überprüft wurde und ausgeschlossen werden kann.

Wenn der Hund nicht gesch… hätte, hätte er den Hasen noch gekriegt.

Es muss schon gestattet sein, eine spontane Idee zu äußern, die zu einer Lösung führen könnte, ohne zuvor das Forum und alle Links inc… github zu durchsuchen und zu lesen, bevor man einen Tipp äußern darf. Ich muss nicht zwingend vorher stöbern und kann auch mal was übersehen. Du offenbar nie …

Ein unverfängliches und freundliches Das wurde schonmal überprüft + Link) hätte auch gereicht.
.

@oida sagte: Nenn doch ein paar konkrete Beispiele, wo das Problem auftritt. […]
Wenn man einen Fehler beheben soll, muss der zuerst für die Programmiere reproduzierbar sein.

Da hast du natürlich recht, aber eine erste Einladung dazu gab’s ja bereits weiter oben in diesem Thread.

Ich hab jetzt selbst mal die Filmliste nach ORF-Sendungen mit Mindestlänge < 3 min (und dann mit < 1 min) gefiltert und dann die aktuellsten nicht gegeblockten Sendungen runtergeladen (mit MV 13.8.1 unter macOS): Unter 30 sec gibt’s (wie vom OP beschrieben) eine Fehlermeldung, bei längeren Sendungen nicht:

Um das Problem zu verstehen, empfehle ich wirklich mal den ganzen betreffenden Thread zu lesen (und das unten nochmals verlinkte Ticket auch).

Im Moment scheint mir das Problem eher ein Luxusproblem zu sein, da nur noch Sendungen unter 30 sec Länge von der Meldung “fehlerhaft” betroffen zu sein scheinen und diese de facto nicht fehlerhaft sind (keine sichtbaren “Sprünge” infolge Framedrops). Und warum gerade kurze Beiträge verstärkt von Framedrops betroffen sein sollten, scheint auch keinen Sinn zu ergeben. Vielmehr scheint die Längeangabe für das jeweils letzte Stream-Segment mit der effektiven Länge nicht übereinzustimmen, was sich eben nur bei Prüfung mit “99 %” bei kurzen Sendungen auswirkt, wie ich das schon mal an einem anderen Beispiel ausgeführt habe.

@we49 sagte: Wenn’s bei 13.6.0 funktioniert und bei neueren nicht, könnte es ja evtl. auch an der dazugehörigen ffmpeg-Version liegen.

Wenn man das oben verlinkte Ticket liest, registriert man, dass dies schon mal überprüft wurde und ausgeschlossen werden kann.

Der ständige Wechsel zwischen den Versionen ist doch sehr lästig, die neue Version wäre aber angenehmer.

Wenn’s bei 13.6.0 funktioniert und bei neueren nicht, könnte es ja evtl. auch an der dazugehörigen ffmpeg-Version liegen.
Versuche es doch testweise bei deiner neuen MV-Version mal mit den Dateien, die im bin-Verzeichnis der 13.6.0 verhanden sind. Die neuen ffmpeg- Versionen aber bitte vorher sichern und bei Bedarf wiederherstellen. ;)

Edit:
Noch 'ne andere Idee: Erstelle in der neuen Version ein Verzeichnis bin1 zusätzlich zu dem vohandenen bin, kopiere die beiden Dateien aus der 13.6.0 nach bin1\ und erstelle dir eine Kopie von dem vorhandenen Set, in dem du den Pfad entsprechend auf bin1\ffmpeg.exe anpasst. Dann kannst du mit beiden Sets ausprobieren.

Das wird aber bei 3sat und Arte gar nicht benutzt.

Da hast du recht, aber das Problem betrifft gem. OP v.a. den ORF, wo ffmpeg wie auch beim SRF zum Einsatz kommt:

@chalwer sagte: Dies nicht nur vor allem bei ORF,

Und falls tatsächlich auch Direkt-DLs betroffen sind, dann würde das auf ein allgemeineres Problem hinweisen, dass nicht mit Framedrops erklärt werden könnte…
Es wäre also am OP mal eine 3sat- oder ARTE-Sendung zu nennen, bei welcher das Problem mit 13.8.x auftritt (mit 13.0.6 jedoch nicht)…

@mvsfsvm sagte: Und wäre es nicht besser gewesen, in dem sicherlich existierenden alten Thread zu bleiben, als einen neuen mit einem nichts sagendem Titel und einer äußerst vagen Problembeschreibung zu erstellen?

Da hast du sicher recht, hier zumindest ist das entsprechende Ticket, das geschlossen wurde. Ich wäre nicht überrascht, wenn das Problem immer noch bestehen würde (es wurde nämlich nie erklärt, warum die in den Raum gestellten Framedrops für 13.0.6 kein Problem darstellen, für neuere Versionen jedoch schon.